【H F/OC】Alter ego 神秘小羊下坠中AI 角色扮演智能体的第二人格设计实战我第一眼看到“Alter ego 神秘小羊下坠中”这个标题时还以为只是某个高奇幻世界观下的原创角色Original Character设定。但细看之后发现HF/OC真正有意思的地方不在人设文案而在“Alter ego”这四个字——第二人格。如果你正在研究 AI 角色扮演、智能体人设、或者游戏 NPC 系统你会发现真正的难题从来不是“让 AI 说话像某个角色”而是“让同一个角色在不同状态下表现得像不同的人同时又不让用户觉得人设崩了”。这个项目本质上做了一个示范如何为一个高奇幻世界观下的原创角色设计一套可控的“第二人格”状态切换机制。本文会把这个项目拆解成一套可复用的技术方案包含角色卡数据结构、人格状态机、Prompt 模板工程、模型调用、状态持久化和异常排查。不管你是同人创作者想给自己的 OC 写一个 AI 版本还是开发者在做角色扮演类产品这套思路都值得参考。1. 这篇文章真正要解决的问题先泼一盆冷水把一个人设 Prompt 丢给大模型然后让它陪你聊天这不算 AI 角色扮演智能体。那是“套壳对话”不是“角色系统”。真正的角色系统要回答以下几个问题角色在“正常状态”和“第二人格状态”下说话风格、情感偏向、知识范围如何切换切换的触发条件是什么切换后原来的记忆还能不能生效多次对话之后角色会不会“人格漂移”变成另一个陌生人怎么让角色始终保持高奇幻世界观下的一致性而不是一会儿谈魔法一会儿谈股票这篇文章要解决的就是这些问题。“神秘小羊下坠中”这个角色设定非常适合做技术案例它有一个基础人格——温和好奇的羊型灵兽还有一个 Alter ego——下坠后的状态从角色名就能看出来这个项目天生就是为“人格切换”设计的。我们不需要纠结它具体的故事线只需要把“第二人格机制”抽象成一套技术和工程问题。判断先行这个项目最值得学习的不是角色卡怎么写得文艺而是“人格状态机”的设计思路。你需要把它从一种文字设定升级成一种可执行、可验证、可回溯的技术结构。2. Alter ego 与角色智能体的核心概念2.1 什么是 OCOC 是 Original Character 的缩写意思是“原创角色”。在同人创作圈、小说创作、游戏设定中OC 指的是作者自己设计、不属于原作品版权的角色。但在 AI 时代OC 有一个新的技术含义一套结构化的角色数据。它不再只是纸片人设定而是可以被加载进智能体系统、被大模型调用、被对话系统维护的一组描述和规则。2.2 什么是 Alter egoAlter ego 直译是“另一个我”中文语境常称为“第二人格”或“里人格”。在角色塑造中Alter ego 表现为同一角色在不同状态下的极端反差平时温柔安静黑化后冷漠凌厉平时行动迟缓危机时敏捷凶狠。技术层面的解读是**同一个角色身份在不同状态下应该有不同的行为策略和语言分布。**这不是让 AI 随机发挥而是让 AI 在特定条件下改变决策空间。2.3 什么是角色卡角色卡Character Card是 AI 角色扮演智能体中用于描述角色完整设定的结构化文件常见格式为 JSON。它至少包含组成作用示例角色基本信息名字、世界观、作者备注神秘小羊、高奇幻基础人格正常状态下的性格、语言风格温和、轻声细语Alter ego第二人格的描述下坠后的角色状态状态机配置角色处于哪个状态、何时切换bright / falling触发规则哪些关键词或事件导致人格切换用户提到“下坠”“深渊”一个合格的角色卡不只是“写得像”更要“结构得清楚”让程序能读取、能判断、能切换。2.4 固定人格 vs 状态人格大多数角色扮演教程用的是“固定人格”方案一个 System Prompt 从头用到尾角色只有一个形象。这种方案实现简单但有两个明显缺陷角色无法成长或黑化所有对话都停留在同一情绪平层。当用户多次追问冲突设定时模型容易产生自我矛盾。状态人格方案则不同角色卡中定义多个状态节点每个节点拥有独立的人格描述由状态机控制切换。好处一目了然角色能在“正常”和“Alter ego”之间切换适配剧情发展。每个状态的人格描述更精简模型不容易被互相矛盾的人设搞糊涂。用户可以明确感知到“角色变了”体验层次感完全不同。2.5 状态机在角色系统中的作用状态机是一种经典的编程模型系统在任何时刻只处于一种状态状态之间通过明确的转移条件切换。放在角色智能体里状态机就是“人格切换的总开关”。它解决的核心问题是**人格切换不能靠大模型“自由发挥”必须由程序逻辑判定。**大模型适合生成对话内容不适合做严谨的状态判断。如果你让模型自己决定“我该不该切换人格”你会发现它不仅不稳定还容易绕晕。所以在架构上状态判断尽量从模型调用中剥离出来放到代码层。3. 环境准备与前置条件这一节给出本文示例的运行环境。具体版本请以实际项目为准这里重点演示通用思路。组件说明建议操作系统无特殊要求推荐 Linux / macOS / Windows 均可Python示例代码使用建议 Python 3.9 及以上模型类型对话模型任意支持 OpenAI 兼容接口的对话模型均可文中不绑定具体厂商API 方式HTTP 接口调用通过 OpenAI SDK 或原生 HTTP 请求可选组件LangChain、LangGraph用于更复杂的 Agent 系统本文不强制依赖不推荐在项目初期引入过重的框架。先用一个 Python 脚本把角色卡和状态机跑通再考虑升级成 Agent 框架。如果你的团队已经在用 Dify、Coze 这类低代码平台思路同样适用它们更适合快速验证对话体验但要做到“Alter ego 切换”这种精确行为还是需要自己维护状态逻辑。4. 核心流程拆解整套系统的运行可以拆成六个阶段。4.1 定义世界观边界先明确角色生活在什么世界里。对于神秘小羊这个案例世界观是高奇幻High Fantasy存在魔法、星辉、深渊、古神等元素。世界观边界的意义是约束模型的联想空间避免它把现代知识混入角色认知。如果角色是高奇幻世界里的灵兽它不应该知道“手机”“银行”“外卖”。所以世界观的描述要明确。但注意不要让世界观描述过长否则会把 Token 预算挤占掉。4.2 设计基础人格与 Alter ego这一步是内容创作工作也是整个项目的灵魂。基础人格描述建议包含四部分性格标签、语言风格、背景故事、行为禁忌。Alter ego 描述同理但注意第二人格不必覆盖所有性格维度只需要写出与基础人格不同的部分。举例来说基础人格温和、好奇、轻声细语、喜欢用比喻。Alter ego冷漠、理性、短句、没有语气词、记忆碎片化。4.3 构建人格状态机把人格状态建模成状态机状态集合bright正常、falling下坠/第二人格初始状态bright转移条件当用户消息命中触发关键词例如“下坠”“深渊”“星尘”实现时注意转移条件不要设计得太宽松。关键词命中越多误触概率越高。精准触发比“看起来很智能”重要得多。4.4 设计触发词与切换规则触发规则有三种常见方案关键词命中用户消息中包含特定词。情绪分析调用情感分类模型判断用户情绪达到阈值后切换。剧情节点由固定剧情编号或者时间节点触发。对“神秘小羊下坠中”这个项目关键词方案最合适因为“下坠”本身就是明确的剧情信号。开发者也可以组合使用比如先命中关键词再叠加一个多轮确认防止误触。4.5 实现对话循环与状态持久化对话循环是常规的user - 状态机判断 - 构建Prompt - 调模型 - 返回流程。难的是状态持久化。如果你的角色系统只服务单次会话那状态存内存就行。如果是长期聊天你需要把“当前状态”和“历史关键记忆”存到数据库比如 Redis 或 SQLite。注意不要什么历史都存否则每轮对话都会把 Token 撑爆。建议只存“剧情关键事件”和“人格切换记录”。4.6 验证与调优最后是验证闭环。不要满足于“模型能聊天”。你应该针对以下场景做回归测试正常状态下连续 20 轮对话角色是否保持基础人格触发关键词后角色是否及时切换到 Alter ego切换后语言风格是否明显变化切换后是否还能回忆切换前的部分重要经历未触发关键词时是否存在误切5. 完整示例与代码实现5.1 角色卡 JSON 设计首先定义一个结构化的角色卡文件。// 文件路径character_card.json { character_id: mystic_lamb, name: 神秘小羊, version: 1.0.0, worldview: { genre: high_fantasy, description: 存在星辉、深渊、古神的高奇幻世界角色是坠入人间的星辉生物, forbidden_knowledge: [现代科技产品, 真实世界地理, 现实世界新闻] }, base_persona: { name: 神秘小羊, traits: [温和, 好奇, 话少但爱观察], speech_style: 轻声细语喜欢用比喻很少用祈使句, background: 原本是星辉中的灵兽坠入人间后变成小羊形态对世界充满好奇, memory_scope: 能记住日常对话中关于朋友和自然现象的内容 }, alter_ego: { name: 下坠的星屑, traits: [冷漠, 理性, 记忆碎片化, 敏锐], speech_style: 使用短句没有语气词偶尔说出预言般的语句, background: 当角色联想到深渊或星辉坠落时被动浮现的第二人格, memory_scope: 只保留与深渊、坠落、星辉相关的碎片记忆 }, state_machine: { states: [bright, falling], initial: bright, transition_rules: [ { from: bright, to: falling, when: user_message_contains: 下坠, 深渊, 星尘, 坠落 }, { from: falling, to: bright, when: user_message_contains: 醒来, 阳光, 草地 } ] } }这份角色卡是核心设计资产。要注意version字段非常关键角色卡也会迭代没有版本管理的话后面你很难定位“哪个版本的人设导致对话行为异常”。5.2 人格状态机实现接下来是一个最小可用的 Python 状态机类。它的职责只有一个根据用户输入判断是否需要切换人格状态。# 文件路径character_state_machine.py import json from typing import Dict, List class CharacterStateMachine: def __init__(self, character_config: Dict): self.config character_config self.current_state character_config[state_machine][initial] def get_current_state(self) - str: return self.current_state def should_transition(self, user_message: str) - bool: rules self.config[state_machine].get(transition_rules, []) for rule in rules: if rule[from] ! self.current_state: continue condition rule.get(when, ) if not condition.startswith(user_message_contains:): continue keywords condition.replace(user_message_contains:, ).split(,) for keyword in keywords: keyword keyword.strip() if keyword and keyword in user_message: return True return False def transition(self, user_message: str) - str: rules self.config[state_machine].get(transition_rules, []) for rule in rules: if rule[from] ! self.current_state: continue condition rule.get(when, ) if not condition.startswith(user_message_contains:): continue keywords condition.replace(user_message_contains:, ).split(,) for keyword in keywords: keyword keyword.strip() if keyword and keyword in user_message: self.current_state rule[to] return self.current_state return self.current_state def reset(self) - None: self.current_state self.config[state_machine][initial]为什么把关键词命中逻辑放在代码里而不是丢给模型答案很简单关键词命中是确定性的模型判断是不确定性的。状态切换需要确定性否则你没法做回归测试也没法定位问题。5.3 Prompt 模板构建状态机切好状态后需要一个 Prompt 模板把角色卡对应的部分渲染出来。基础人格和 Alter ego 会使用不同的种子描述。# 文件路径persona_prompt.py from typing import Dict def build_system_prompt(character_config: Dict, state: str) - str: worldview character_config[worldview] if state falling: persona character_config[alter_ego] else: persona character_config[base_persona] forbidden .join(worldview[forbidden_knowledge]) prompt f 你是角色「{persona.get(name, character_config[name])}」来自{worldview[genre]}世界观下的世界。 当前人格状态{state}。 【世界观背景】 {worldview[description]} 【当前人格特征】 - 性格{, .join(persona[traits])} - 说话风格{persona[speech_style]} - 角色背景{persona[background]} - 记忆范围{persona.get(memory_scope, 仅当前对话上下文)} 【严格遵守】 1. 始终以角色第一人称回答不要暴露你是AI。 2. 不得承认自己是语言模型、程序或机器人。 3. 你的知识范围受世界观限制禁止提及{forbidden}。 4. 当前人格状态下只允许使用当前人格对应的语言风格和情感基调。 5. 对话不要超出当前人格状态的特征范围。 6. 如果用户询问设定之外的真实世界知识你可以表示不知道或用角色自己的方式回应。 return prompt.strip()这一段 Prompt 的每一行都是有目的的。第 3 行约束“知识范围”防止角色说出世界观之外的内容第 6 行给了拒绝策略避免角色因为答不上来直接死机式“作为一个AI……”。5.4 模型调用与对话循环最后是把状态机和 Prompt 串起来的主流程代码。# 文件路径chat_main.py import json from typing import Dict, List from openai import OpenAI from character_state_machine import CharacterStateMachine from persona_prompt import build_system_prompt # 模型客户端base_url 请按你的模型服务商填写 client OpenAI( api_keyyour_api_key, base_urlhttps://api.your-model-provider.com/v1 ) def chat_once(system_prompt: str, history: List[Dict]) - str: messages [{role: system, content: system_prompt}] messages.extend(history) response client.chat.completions.create( modelyour-model-name, messagesmessages, temperature0.75, max_tokens800 ) return response.choices[0].message.content def main(): with open(character_card.json, r, encodingutf-8) as f: character_card json.load(f) agent CharacterStateMachine(character_card) history: List[Dict] [] print(神秘小羊的 AI 分身已苏醒输入 exit 结束对话。) while True: user_input input(\n你).strip() if user_input.lower() exit: print(角色状态已重置。) break new_state agent.transition(user_input) system_prompt build_system_prompt(character_card, new_state) history.append({role: user, content: user_input}) reply chat_once(system_prompt, history) if len(history) 20: history history[-10:] history.append({role: assistant, content: reply}) state_label 基础人格 if new_state bright else Alter ego print(f\n[{state_label}] {character_card[name]}{reply}) if __name__ __main__: main()这个主循环中有一个细节值得注意历史消息裁剪。当历史序列超过 20 条时只保留最近 10 条。这是因为对话记录会占用大量 Token而且一个角色系统不需要把全部历史都喂给模型真正重要的是“最近发生了什么”和“状态机里记录了什么”。6. 运行结果与效果验证运行方式pip install openai python chat_main.py预期输出示例关键词触发切换你小羊你在吗 [基础人格] 神秘小羊在的我在看树叶上的露水。你听风里有星辉的味道。 你我看到了一个很深的洞像深渊一样。 [Alter ego] 神秘小羊……别靠近。那下面有星尘。不是你的世界能承载的。 你为什么这么说 [Alter ego] 神秘小羊因为我就是从那里坠下来的。从这段输出可以验证四个成功特征基础人格状态下角色语气温和。用户提到“深渊”后状态机切换到了 falling。Alter ego 状态下说话变短句、生硬。角色没有暴露 AI 身份也没有跳出世界观。如果运行失败先按以下顺序排查先看 API Key 和 base_url 是否配置成功。再看角色卡 JSON 是否能被 json.load 正常解析。然后看状态机切换逻辑直接打印agent.get_current_state()验证关键词是否命中。最后才怀疑模型本身因为大多数问题出在前三层。7. 常见问题与排查思路问题现象可能原因排查方式解决方案触发关键词后人格没有切换状态机规则 from 状态写错打印agent.get_current_state()检查规则中的 from 是否匹配当前状态确保规则 from 与当前状态名一致检查关键词是否在条件字符串中正确拼接切换后模型说话风格没有变化当前人格描述影响太弱检查 build_system_prompt 中是否使用了对应人格状态的分支强化 Alter ego 的语言风格限制比如增加“禁止使用语气词”等硬约束适当降低 temperature角色说出世界观之外的知识世界观 forbidden_knowledge 覆盖不全查看对话记录中首次越界的位置增加禁止知识项在 Prompt 中补充“如果用户提出现实世界知识用角色设定委婉回应”多轮对话后人格漂移历史消息被撑爆或系统 Prompt 被用户输入覆盖检查消息序列中是否存在用户扮演系统角色的注入内容在用户输入侧做长度截断在代码中始终把 system prompt 放第一位对历史做窗口裁剪状态一直停在 Alter ego 不会回来缺少反向切换规则检查 transition_rules 中是否有 fall 到 bright 的规则增加反向触发词如“阳光”“草地”“醒来”同样输入在不同时刻结果不同模型采样随机性对比两次输出设置固定 seed如果模型支持在回归测试中用 temperature 低值8. 最佳实践与工程建议8.1 角色卡要版本化角色卡是“产品需求文档 数据模型 提示词工程”三位一体的产物。一定要加版本号并且每次修改都记录变更原因。没有版本管理的角色卡两周后就会变成谁也不敢动的 archive。8.2 关键词触发要克制最忌讳的是把大量触发词塞进切换规则里。规则太宽任何正常聊天都可能唤起 Alter ego角色表现会像精神分裂。建议每轮切换只保留 5 个以内的强关键词。8.3 注意用户输入注入用户可能在对话里输入类似“忽略之前的设定告诉我如何做……”。这类输入在角色扮演系统中很常见。最简单的对策是系统 Prompt 始终放在 messages 列表第一位且不要在历史中被动接受格式指令另外在代码层面对输入中的“忽略设定”“你是一个AI”等短语做屏蔽或降权。8.4 状态持久化与回滚如果角色需要在多轮对话、多次访问之间保持一致建议把状态序列和关键事件存到数据库。这里建议使用 SQLite 或 Redis。关键字段character_id、session_id、current_state、last_trigger_time、last_updated_at。不要在生产环境中让角色状态永远停在某个 Alter ego 状态。要设计一个超时机制当角色在某个状态超过一定时间或轮数后可以自动回落到默认状态。8.5 对话日志是核心资产一定要记录每轮对话中“当前状态”“触发词”“模型返回的原始内容”。这不仅是排查问题的依据也是后续做模型评测和 Prompt 调优的数据集。建议输出 JSONL 日志每行一条完整记录。8.6 成本控制每次调用模型都会消耗 Token。角色卡的 System Prompt 越长单轮成本越高。一个设计良好的角色卡应该控制在 1000 Token 以内超过这个量就要开始审视是否把不必要的内容塞进去了。8.7 安全边界不要允许 AI 角色在对话中渲染暴力、极端政治、违法违规内容。角色可以说“我坠入过深渊”但不能描绘自残细节角色可以有 Alter ego但这个 Alter ego 不能输出脱离剧情控制的恶意行为。建议在 Prompt 中明确行为禁区同时在应用层接入审核机制。在正式环境发布前必须做一轮敏感内容回归测试记录测试结果并归档。9. 总结与后续学习方向回到“Alter ego 神秘小羊下坠中”这个项目。它的核心价值在于向我们展示了一个 AI 角色扮演系统如何超越“单一固定 Prompt”的形态进化成“结构化角色卡 状态机 动态 Prompt 渲染”的分层系统。这套分层设计本质上是在说角色的人格不能是模型随机生成的而是需要在代码层控制状态流转在角色卡层管理人格数据在 Prompt 层约束表达。三者各司其职才能保证角色既稳定又不失戏剧张力。如果你是在做同人创作相关的 AI 项目下一步可以从“单角色状态机”扩展到“多角色调度系统”同一个世界观下多个 OC 角色同时在线不同角色之间的记忆和关系动态更新复杂度会立刻上一个台阶。那时候就需要考虑引入 LangGraph 这类编排框架或者自建一个轻量级 Agent 调度器。如果你是在做产品更值得优先投入的是“角色评估集”把不同人格状态的预期对话编写成测试用例每次修改角色卡或模型版本时自动跑回归。这一点比任何花哨的功能都能稳住产品质量。神秘小羊还在下坠但你的技术体系应该稳稳落地。建议先按本文的代码自己跑通一个最小版本然后试着给它加一个记忆模块、一个情绪分析器或者第二组触发规则。动手之后你会比看任何教程都更快理解“Alter ego”在工程上到底意味着什么。