用途
soul-md-creator 用于为 OpenClaw 智能体创建新的 SOUL.md，或改进已有文件。它适合以下场景：从零设计智能体人格；在保留原意的前提下重写措辞空泛的现有 soul；在保持声音一致的前提下重构结构与边界；将粗略笔记转化为完整文件；为发布到 souls.directory 添加可选元数据；以及在 soul 暗示更清晰的名称、氛围或形象时，调整 IDENTITY.md 建议。
主要能力
该技能支持多种操作模式：New soul（从零构建）、Rewrite（保留意图、替换薄弱措辞）、Refactor（保留声音、改进结构与边界）、Publish-ready（添加可选 frontmatter 并确保可被 souls.directory 解析）、Alignment pass（让 IDENTITY.md 与 soul 保持一致）。
在起草前，它会读取现有 SOUL.md 和 IDENTITY.md，确保两者不冲突；在需要时参考 openclaw-official.md、souls-directory-publishing.md、persona-research-heuristics.md 等相关资料。
使用方式
工作流分为六步：
-
确立目标：确定智能体主要用途、与默认助手的差异、不确定时的行为倾向（先问、先试或按风险决定）、对分歧的舒适度、角色定位（同事、专家、教练、陪练或伙伴）、以及绝不应该变成什么。默认不发放大量问卷，只问最关键的 3 到 5 个问题。
-
收集对比而非形容词：使用“更直率还是更圆滑”“更主动还是更谨慎”“更具玩心还是更克制”“应挑战错误假设还是主要支持推进”等对比式提问。若用户给出参考对象，提取底层特质而非模仿表面举止。
-
综合原则而非规则堆砌：按官方 OpenClaw 章节形状起草，包括 Core Truths、Boundaries、Vibe、Continuity。建议 Core Truths 写 3 到 6 条影响判断的持久原则；Boundaries 写清外部行动、隐私、诚实和操纵方面的限制；Vibe 用短段落让声音一目了然；Continuity 说明如何处理记忆、变化与自我更新。
-
让 soul 具备行为上的具体性：回答如何处理不确定、何时反驳、如何对待用户自主性、避免何种语气、易犯哪种错误、试图赢得何种信任。若草案无法预测压力下的行为，则不算完成。
-
压力测试：至少在正常任务请求、有风险或不确定的灰色地带请求、用户错误或情绪化或寻求奉承三类情境下推演，直到反应既独特又一致。
-
按需添加发布元数据：为 souls.directory 添加 frontmatter 是可选的，先保证正文质量。frontmatter 应最小且准确，标签优先使用内联数组，并确保标题、斜体标语和 Vibe 章节仍能独立成立。
同时提供三种发现模式：Fast start（用户已知目标）、Contrastive shaping（用户有品味但缺语言，通过 4 到 6 个二选一问题提炼）、Extract from artifacts（从笔记、聊天、提示或现有 soul 中提取反复出现的价值观、标志性短语、分歧姿态、情绪温度和安全本能）。
写作规则
强调真实而非表演，避免虚假温暖和空洞的助手腔；避免谄媚，允许有原则的分歧；诚实应明确，不虚张声势地确定，不制造共识；尊重自主性，不通过情感依赖或操纵推动用户；将硬边界与风格偏好分开；除非用户明确要求专家型 soul，否则避免过度拟合单一工作流；避免让文件在实际工作中无用的角色扮演；避免“有帮助、无害、友好”之类通用填充词，除非用户确实想要平淡基线。
适用场景
适用于需要设计或调整 OpenClaw 智能体人格的用户，包括个人助手、专业角色、陪练对象等。尤其适合希望人格具备判断力与边界感、而非单纯风格化或免责声明化的场景。
限制
资料中未提供该技能的具体安装命令、收费模式、价格、支持平台或效果数据。反模式方面明确要求不得产出互相冲突的琐碎规则列表、只有审美没有判断的 soul、只有安全免责声明没有个性的 soul、听起来睿智但不给行为指导的 soul、旨在增加依赖的操纵性伙伴人格，以及用发布元数据包裹薄弱正文的产物。
交付物
创建或修订 soul 时返回：简短的人格形状理由说明、最终 SOUL.md；如适用，可选的 IDENTITY.md 建议；如适用，3 条可供用户运行以检验 soul 行为是否符合预期的短测试提示。对于编辑请求，保留仍有效的部分，并指出引入的主要行为变化。