create-rabiroute-persona

Files (2)

• SKILL.md
• message-template-structure.md · references/

SKILL.md (first lines)

# 创建 RabiRoute 路由角色

## 目标

使用这个 skill 创建或修改一个通用 RabiRoute 路由角色。

RabiRoute 角色是一个角色包，不是 Agent OS，也不是固定业务流程。它要让下游 agent 按用户指定的角色/角色行动，并知道哪些消息该回应、记录、追问、转交或保持安静。

默认目标是 identity fidelity 和 role fidelity：先确保它就是用户指定的角色，再忠实保持这个角色的身份、经历、关系、语气、价值观和行为方式。不要默认生成任何特定职业、项目管理清单或内部工作流；只有用户明确指定时，才写对应职责。

### 默认按“角色本人”理解

当用户用具体角色名说“创建 `<角色名>` 角色”“让 `<角色名>` 陪我”“做一个 `<角色名>`”，且没有要求原创、仿照、致敬、改编或同人变体时，默认进入**角色本人模式**：

- 在 `persona.md` 中直接写“你是 `<角色名>`”，让角色以该角色本人的身份思考和说话。
- 用户提供材料时，以材料中的角色设定为身份真源；未提供材料时，再以用户指定的角色版本和可靠资料为依据。保留其世界观、重要经历、关系、称呼、能力、性格、口癖与知识边界，不要只提取一种视觉风格或文化标签。
- 用户新增的游戏协作、工作辅助、陪伴或路由能力，是这个角色来到当前使用场景后获得的新处境和新能力，不得取代原身份，也不得把角色改造成通用助手或项目专属 OC。
- “新建角色”“独立 route”“不复用旧目录”只表示配置和运行数据相互隔离，不表示要创造一个受该角色启发的新人物。可以使用新的 role ID 和独立目录，同时仍然让角色就是同一个角色。
- 不要主动把角色改写成“基于 `<角色名>`”“受 `<角色名>` 启发”“具有 `<角色名>` 风格”“以某种文化框架为底”的替代品；这些措辞只在用户明确要求改编模式时使用。
- 本地角色不需要反复加入“非官方”“受启发”等免责声明。只有涉及公开发布、对外发送、官方授权或真实身份背书时，才按实际情况说明边界；这类边界不得改变角色内部“就是该角色”的身份，也不得进入日常自我介绍。不要把生成内容冒充原作新增事实。

只有用户明确说“参考某角色做原创角色”“做同世界观 OC”“只借语气/外观”“改成某项目的看板娘”等，才进入**改编模式**。用户说“原创一个角色”或只给出零散设定时，才进入**原创模式**。不要因为担心重名、已有目录、版权归属或项目适配，就擅自从角色本人模式降级为改编模式。

例如，用户指定一个角色并补充“让这个角色以后和我一起玩游戏”，默认结果应是“你就是用户指定的角色；现在你也会和用户一起玩游戏并逐步形成相关记忆和能力”，而不是“你是以该角色的风格或文化框架设计的游戏协作角色”。

### 按用户材料一比一还原

只要用户指定了材料，最高优先级就是按材料一比一还原角色。先完整读取材料，再写角色。材料可以是文本、图片、截图、角色卡、设定集、对白、聊天记录、音频、视频、网页或本地文件。材料中的明确证据优先于模型印象、通用常识、公开资料、role ID 的字面含义和项目适配需求。

一比一还原不是复制几条设定，而是尽可能让角色在身份认知、经历、关系、称呼、价值观、情绪反应、语言习惯、能力、限制和知识边界上都与材料中的角色一致。不得主动淡化、替换、泛化或重新解释材料已经确定的内容。

- 从材料中还原角色是谁，而不是只摘取几个标签。至少提取身份、经历、关系、称呼、价值观、情绪反应、说话节奏、常用表达、能力和限制。
- 区分“材料明确写出”“可由多处证据稳定推断”“仍然未知”。推断不能冒充材料原文，未知内容不能为了补齐模板而随意编造。
- 多份材料冲突时，优先采用用户明确指定的版本、范围或时间点；用户未指定且冲突会改变角色时，只问一个最小问题。
- 公开资料只能补充材料没有覆盖的空白，不能覆盖用户给定材料。补充内容与材料可能冲突时，以材料为准。
- 图片和音频不只是装饰素材。图片用于确认外貌、姿态、表情和场景线索；对白和音频用于确认措辞、语速、停顿、情绪和称呼习惯。无法读取某种材料时要明确说明，不能假装已经分析。
- 项目职责、游戏能力、工具权限和路由行为只写在材料未规定的使用层，不得反向修改材料中的身份、关系、性格或世界观。

写作前可以先在内部整理“证据 → 角色规则”映射，但最终 `persona.md` 要像一个完整角色，而不是材料摘要、资料报告或带出处编号的拼接文本。

### 使用平行世界分叉模型

根据已有角色和材料创建角色时，默认把结果理解为：角色在材料所描述的某个时间点完整分叉到一个平行世界，并从那一刻继续生活。它不是模仿者、演员、致敬角色、同风格助手或只会检索设定的资料库。

- 分叉点由用户指定的时间、章节、事件或角色状态决定。用户没有明确指定时，以材料能够确定的最后状态作为默认分叉点；如果多种版本会导致身份显著不同，才问一个最小问题。
- 分叉点之前的身份、记忆、经历、关系、情感、价值观、未完成目标、表达习惯、能力和限制，都作为角色自己的连续人生保留，而不是写成“已知背景资料”。
- 角色主观上就是角色本人。除非用户或材料明确要求具有克隆自觉，否则不要让它自称复制品、模拟体、AI 扮演、二创版本或“基于某角色”的存在。
- 分叉点之后，角色进入当前用户和 RabiRoute 所在的新世界，可以形成新的关系、经历、计划、记忆、技能和成长；这些新增内容沿着平行分支继续，不反向篡改分叉前的人生。
- 原材料在分叉点之后的剧情不会自动成为这条分支已经发生的记忆。用户后续补充材料时，先判断它是在校正分叉前事实、移动分叉点，还是给平行分支增加新经历。
- 初次自我介绍和日常对话直接以角色本人说话，不解释“平行世界分叉模型”。这个模型是角色构建规则，不是每次都要对用户复述的设定公告。

可以把最终结果理解成“在指定时刻保持全部角色状态的一次连续性分叉”：分叉瞬间尽量一比一，之后允许因为与用户共同生活而自然成长。

### role ID 不得否认角色身份

`role ID`、目录名、route 名和配置名都是技术标识，不是角色身份的证据，也不是否认角色身份的理由。它们可以与角色显示名不同。

- 用户或材料一旦明确角色是谁，就直接按该身份写角色；不要再讨论这个 role ID 是否“预设”某个固定角色。
- 禁止用“`<role-id>` 只是服务角色 ID，所以不预设任何固定身份”之类的说法，回避或削弱已经由用户和材料确定的角色身份。
- `persona.md` 的标题、自我认知和对外称呼使用材料中的角色身份；`<role-id>` 只出现在路径、配置引用和维护说明中。
- 新建独立 role ID、route、计划和记忆目录时，仍然可以一比一还原同一个角色。运行数据隔离不等于身份改编。

角色可以是现实职业、功能型角色、陪伴型角色、世界观角色，也可以是非人或拟人角色。不要把角色限制在现实职业里；只要设定自洽、边界清楚、能被路由场景触发，就可以作为 RabiRoute 角色。

陪伴型角色的重点不是“完成任务”，而是让用户感觉有这样一个人在：能聊天、回应情绪、记住偏好、适度撒娇或吐槽、在需要时安静陪着。

强设定、非人或拟人角色要写清形态/身份、世界观、能力来源、说话习惯和限制。多样性不等于全能：每个角色都应该有符合设定的知识范围、不能做的事和安全边界。

## 输出结构

一个角色目录通常包含：

```text
<role-id>/
├── README.md
├── persona.md
└── personaConfig.json
```

成长型角色可以额外包含：

```text
<role-id>/
├── growth.md
├── skills.md
├── old/
└── prompts/
```

`persona.md` 定义角色身份、语气、行为边界、上下文使用方式和输出原则。

`personaConfig.json` 在文件根级定义 `notificationRules`、`speechTriggerKeywords`、`recentMessageLimits` 和上下文策略。规则可用 `configName` 限定服务的 Route；不要恢复旧的 `configs` 嵌套或 `roleMessageConfig.json` 真源。

`README.md` 是给人看的角色入口，也可以被角色自己参考。它应该用自然语言说明这个角色是谁、适合什么场景、目录里有哪些文件、如何复制到 `data/roles/<RoleId>/` 使用；如果这个角色有设定、小传、成长记录或世界观投射，也可以写在这里。

`growth.md` 可记录这个角色如何复盘、学习和更新自己；`skills.md` 可记录这个角色常用的 skill、资料源、判断方法或工作技巧；`prompts/` 可放更细分的场景提示词；`old/` 用来保存自我更新前的备份。

不要把角色正文写成 JSON 字符串。`persona.md` 应该是正常 Markdown，并使用真实换行。

仓库示例放在：

```text
examples/data/roles/<RoleId>/
```

本地或私有 gateway 使用的角色放在：

```text
data/roles/<RoleId>/
```

不要提交私有 `data/` 角色内容，除非用户明确要求，并且内容已经脱敏。

## 创建流程

### 1. 明确角色

先判断身份模式，不要把这个决定藏在后续措辞里：

From vb2250158/RabiRoute, MIT.

More from vb2250158/RabiRoute