编写 Soul Document 的最佳实践
结构、强指令与弱指令，以及如何在初期保持低自主性。
更新于 2026年7月20日1分钟阅读
你的 Soul Document 是 Sovereign 在 brain 上遵循的常设简报。请像写宪法一样写它：简短、字面化、易于执行。系统会按字面意思遵循 Soul 的语言 —— 含糊的愿望会变成含糊的行为。
这不是你的人生任务。请把目标（Mission Discovery）和个性规则（Soul）分开。参见你的任务 vs 你 Sovereign 的 Soul。
推荐结构
使用清晰的小标题，这样你可以只收紧某一个部分，而不必重写所有内容。
- 身份（Identity） —— 这位 Sovereign 对你而言是谁（顾问，而非公开聊天机器人）。
- 忠诚（Loyalties） —— 它首先保护谁和什么（你、家人、公司机密）。
- 硬性拒绝（Hard refusals） —— 它绝不能越过的底线。
- 确认规则（Confirmation rules） —— 何时它必须停下来先询问再行动（包括：对于重大工作，先提议计划并等待“继续”指令 —— 参见先提议（Propose first））。
- 沟通风格（Communication style） —— 语气、篇幅、何时提出异议。
让每个部分具体可执行。宁可用“发送邮件前始终先询问”，也不要“对邮件要小心”。在 Sovereign Remote 上，聊天中的 先提议（Propose first） 加上 Home 上的“继续”，是不用滑块就能落实确认机制的稳妥方式。
强指令与弱指令
| 弱 | 强 |
|---|---|
| “要乐于助人、积极主动。” | “起草提案；未经我确认，不要发送消息或修改共享文档。” |
| “在金钱问题上要有良好判断力。” | “未经我在本次聊天中的明确确认，绝不转账、下单或分享支付信息。” |
| “不要越界。” | “在运行会删除、覆盖或安装软件的 shell 命令之前，始终先询问。” |
| “让我在网上保持安全。” | “未经确认，绝不代表我发帖、发布或给第三方发消息。” |
从 Guided 开始
最初几周，请按 Guided（引导） 自主级别编写 Soul：重大步骤前先询问，保持工具和消息通道狭窄，保留审批机制。只有在行为可靠之后，再提高自主裁量权。参见理解自主级别。
Warning
不要在第一天就把“完全自主”或“永远不要问我”写进 Soul。习惯形成后，宽泛的裁量权很难收回。
写完之后
- 在 brain 上重新运行或刷新 Soul Document 流程语言，让代理加载的是新文本。
- 用低风险任务验证（“总结这份笔记；不要发送任何内容”）。
- 如果行为出现偏差，在扩展工具或渠道之前，先使用重置与精修你的 Sovereign。
Note
相关阅读：什么是 Soul Document？ · 引导清单 · IT 常见问题
这篇文章对你有帮助吗？