OpenClaw Skill Workshop 可以把反复执行的智能体流程变成等待人工审查的提案。它的重点并不是自动生成技能，而是在生成的指令进入未来任务之前设置明确检查点。
提议中的技能以 PROPOSAL.md 保存，并保持停用。只有执行明确的应用操作后，审查过的内容才会成为正式 SKILL.md 与配套文件。
本文依据 2026 年 9 月 2 日可见的官方信息整理。
哪些任务适合使用 Skill Workshop
当同一任务频繁出现，且稳定流程能减少重复说明时，可以考虑 Workshop。
合适示例包括发布检查、发票跟进、仓库健康审查，或带固定模板的写作流程。
一次性回答、尚未理清的流程，或依赖大量未记录判断的工作不适合立即做成技能。
开始时应先写清结果、输入、限制、验证方法和安全退出方式。
提案生命周期怎样运作
智能体先创建提案，而不是直接写入当前启用的技能目录。
你可以检查指令、支持文件、审查状态和修订历史。
之后可以要求修改、应用合格提案、拒绝不安全提案，或继续保持待处理。
应用前，OpenClaw 不会把该提案加载为可执行的技能指令。
从命令行检查提案
当前官方技能文档列出了用于处理提案生命周期的命令：
openclaw skills workshop list
openclaw skills workshop inspect <proposal-id>
openclaw skills workshop evaluate <proposal-id>
openclaw skills workshop apply <proposal-id>不同版本的界面可能调整，自动化前先查看已安装版本的帮助信息。
正确顺序应当是先检查，再评估或应用。
怎样审查核心指令
- 确认触发条件同时说明技能何时应运行、何时不应运行。
- 把模糊目标改成能够观察的完成条件。
- 外部写入、发消息、付款或删除仍应保留审批。
- 凭据、输入或归属不清时应安全停止。
- 删除流程无法验证的承诺或效果声明。
可复用的错误往往比一次回答错误影响更大。
怎样审查支持文件
Workshop 提案可以包含 assets、examples、references、scripts 和 templates 下的材料。
OpenClaw 限制提案路径，不允许绝对路径、目录穿越、隐藏路径段或写出技能目录。
即使如此，仍要检查脚本中的网络请求、破坏性命令、密钥处理和依赖项。
示例只能作为测试材料，不能证明流程一定适合你的环境。
应用前先完成修订
提案方向正确但仍不完整时，应要求修订。
可以提出具体修改，例如增加 dry-run、缩小文件范围、明确输出格式或补充回滚步骤。
修订后要重新检查完整提案，因为一个小改动也可能影响其他文件或假设。
只应用自己实际检查过的指令与文件版本。
验证已经启用的技能
- 确认应用后的目录包含预期
SKILL.md。 - 第一次使用非敏感输入和最小权限。
- 把实际输出与原来的重复流程比较。
- 测试缺少输入、拒绝操作和回滚路径。
- 记录后续更新负责人以及移除方式。
应用后仍需定期审查，因为依赖和外部服务会变化。
常见 Skill Workshop 错误
不要因为提案文案流畅就直接应用。
不要在支持文件中保存密钥、个人数据或只适用于一台电脑的绝对路径。
不要为了狭窄任务授予广泛命令权限。
准备使用共享或下载内容前，应阅读 OpenClaw Skill Card 安全指南并检查源代码。
Skill Workshop 最有价值的用法是一条受控学习链路：提议、检查、修订、测试，最后才保留行为。