专业领域 Agent 构建器

要解决什么问题

多 Agent 系统里，每个「专家」往往对应一套 IDENTITY.md、SOUL.md、AGENTS.md 等约定文件，还要在网关里安全注册。手写容易漏项、风格不一致，改 openclaw.json 时一旦覆盖错条目，整个网关都可能起不来。本技能把「从领域想法到可启动 Agent」拆成可核对的多轮流程，而不是一次性堆 prompt。

技能如何工作

整体分三层：设计层（10 步）、执行层（11 步）、收尾层（5 步）。

• 设计层：从领域定义、核心职责（5 个子问题）、职级与禁止事项，到服务对象（真人 vs 多 Agent）、输出规范、工具与 Skill 匹配、风格定性，最后确认 8 个必须文件并归档到 design-documents/。
• 执行层：读取 6 份设计文档，创建 workspace，依次生成 IDENTITY.md、SOUL.md、AGENTS.md、USER.md、TOOLS.md、HEARTBEAT.md、BOOT.md、MEMORY.md，以及可选的 skills/、canvas/、memory/ 等目录。
• 收尾层：10 项完整性审查、配置校验，再通过两阶段注册：阶段 A 仅用 id + name + workspace 做最小 Patch、Dry-Run、写入并验证能启动；阶段 B 再补全 model、heartbeat 等；失败则按预案回滚。删除 Agent 同样走备份 + Dry-Run 流程。

对话原则上：每次只问一个问题、文件生成后展示完整结构再改、注册前必须你确认。

适用边界与注意点

• 面向需要可维护工作区 + 网关注册的场景（如 OpenClaw 一类配置），不是「只写一段 system prompt」的轻量玩法。
• 任何配置变更前必须备份；正式写入前必须 Dry-Run 通过——技能文档里明确记录了因直接改 JSON、错误注册语法导致的事故教训。
• 完整跑完设计 + 执行 + 注册会占多轮对话；若你已有成熟模板，可能只需其中某几层。