创建 Claw 是做什么的？
Control UI 在当前智能体的主对话中调用此手动技能。它会在发送消息前准备一个私有草稿，并将该请求的 draftId 作为工作上下文附加。请使用本轮对话附带的 draftId，仅编辑 .openclaw/claw-drafts/<draftId>.json；切勿搜索最新草稿或使用共享指针。附带的上下文与特定请求绑定，因此重叠的 Claw 创建行为彼此隔离。在回复中不要包含内部路径或 ID。在此对话中工作；Control UI 在草稿就绪时会打开包审查，并由其负责包的组装和发布。
- 捕获可复用的智能体。 读取当前草稿 JSON。利用本对话和智能体的持久指令，识别其连贯的可复用角色（作用域）、输入、任务、输出和权限。保留有用的行为和设置；排除个人上下文。如果职责不足以构成一个连贯的 Claw，请在写入前询问应共享哪个职责。当四个作用域字段描述了一个可供新用户使用的智能体时，即完成本步骤。
- 仅盘点相关材料。 选择实现该角色的可移植工作区指令和文件。找到此
SKILL.md并使用其scripts/cli.mjs进行盘点，以确保 CLI 与正在运行的 OpenClaw 安装匹配；当不在技能目录中时，使用绝对路径调用它。运行node scripts/cli.mjs skills list --agent <此智能体的 ID> --json和node scripts/cli.mjs plugins list --enabled --json。将结果与本次会话中实际可用的工具以及该角色所使用的能力进行比较。使用node scripts/cli.mjs plugins inspect <id> --json检查候选插件的来源和确切版本。只有当你能将其与当前的 ClawHub 包引用和确切版本对应起来时，才声明一项技能或插件；插件可用性本身不是必需条件。将包引用放入packages，MCP 需求放入mcpServers，有用的计划任务放入cronJobs。这些声明是依赖关系，而非复制到归档中的文件。当每个包含的文件和声明都有与可复用角色相关的理由时，即完成本步骤。 - 编写提案。 遵循草稿格式。为新所有者重写指令。在草稿的
scope中包含输入、任务、输出和权限，并在CLAW.md中描述可移植的行为。仅将新编写的可移植文本放入files，在清单中通过source映射包含的工作区文件。排除原始对话、记忆、USER.md、凭证、密钥值、私有 URL、本地路径和个人事实。切勿复制源工作区树。当本轮草稿路径上的 JSON 有效且不包含私有源材料时，即完成本步骤。 - 移交审查。 简要告知用户该 Claw 的作用、您包含的可选文件/依赖项以及任何无法移植的能力。不要打印内部草稿路径或 ID、生成审查链接、上传或发布。Control UI 会打开确切构建归档的审查；用户可在此处移除可选项目并显式发布。当审查打开时，即完成本步骤。