这个 Skill 能做什么，适合哪些场景？
这是一个编排技能，用于执行分阶段的实施计划（尤其是由 make-plan 生成的计划）。它指导协调者部署多个子代理来执行每一步，而协调者本身不直接编写代码。每个阶段后，它会自动运行验证清单、反模式检查、代码质量审查，并且只有在验证通过后才提交更改。该技能旨在防止常见失败模式，如编造不存在的 API、跳过验证或过早提交。
读取 SKILL.md 中定义的执行协议，并指示编排者：为每个阶段部署一个'实施'子代理来执行具体任务；在每个阶段后，部署'验证'、'反模式'和'代码质量'子代理；只有当验证通过时才部署'提交'子代理；部署'分支/同步'子代理以在阶段之间推送更改并准备交接。它要求子代理提供证据，如命令输出或文件更改，并强制实施者参考文档而非凭空发明模式。
- 开发人员有一个由 make-plan 生成的详细实施计划，希望可靠地执行它，同时确保每一步都经过验证和代码审查。
- 技术负责人希望将大型重构或功能开发委派给子代理，同时保持对每个阶段的验证和提交纪律的控制。
- 在处理不熟悉的 API 时，团队希望确保代码遵循文档化的用法，而不是推测性的 API。
- 程序员希望自动化常见的开发工作流程，如实施、验证和提交，采用分阶段的方式，并具备反模式检测。
如何安装这个 Skill？
- 技能执行时委托子代理，需确保子代理权限受限，避免过度授权。
- 技能依赖计划文件，需验证计划内容的来源和可执行性。
- 仓库依赖外部服务（如模型提供商），可能无法从中国大陆访问，需确认网络可达性或准备备选方案。
- 技能未说明数据流和敏感数据处理，使用时应审查子代理的行为。
- 静态评估无法验证真实执行效果，建议进行试运行。
- Shell / 命令行
- 本地文件系统
该技能位于开源仓库 thedotmack/claude-mem 中，路径为 openclaw/skills/do/SKILL.md。仓库是一个包含多个技能的单仓库，可以按照 README 中的说明进行安装（例如使用 npx claude-mem install 或通过插件市场）。将包含 SKILL.md 的 do 文件夹放置到您的 Agent Skills 目录中。仓库没有提供单独的安装说明。
tmp="$(mktemp -d)"
git clone --depth 1 https://github.com/thedotmack/claude-mem.git "$tmp"
mkdir -p ~/.claude/skills
cp -R "$tmp/openclaw/skills/do" ~/.claude/skills/
rm -rf "$tmp"根据源仓库地址和 Skill 路径自动生成，只复制这个 Skill 的文件夹。如果上文有作者提供的安装方式，请优先按作者说明操作；想只在当前项目中使用，把 ~/.claude/skills 换成项目里的 .claude/skills。
如何使用这个 Skill？
安装后，把下面任意一句发给 Agent 即可触发：
- 使用 do 技能执行当前计划。
当要求执行、运行或实施一个计划时，尤其是由 make-plan 生成的计划，触发此技能。协调者将根据 SKILL.md 中概述的协议部署子代理。示例触发提示：'使用 do 技能执行当前计划。' 该技能将指导协调者在每个阶段完成后部署实施、验证、反模式、代码质量、提交和分支/同步子代理。
这个 Skill 有哪些优点和局限？
- 自动化分阶段执行，减少手动协调。
- 内置验证、反模式和代码质量检查，有助于防止错误。
- 在验证通过前阻止提交，促进更安全的开发。
- 强调使用文档化的 API 模式，减少 API 误用。
- 需要能够生成和协调子代理的平台；标准模型 API 无法按原样使用。
- SKILL.md 中未指定验证清单的具体细节，因此实施取决于用户。
- 没有提到测试套件或跨平台测试；在其他客户端上的可靠性未经验证。
- 它不执行工作本身，依赖底层平台对子代理的支持。
这个 Skill 与同类方案有什么区别？
与相关 Skills 并排比较；分数均按同一 FSRS 标准得出。
| Skill | FS 评分 | Star 数 | 最近更新 | License |
|---|---|---|---|---|
| 计划执行编排器 本页 | 51 · 谨慎使用 | ★ 98k | 3 天前 | Apache-2.0 |
| 子代理驱动开发 | 46 · 谨慎使用 | ★ 3.2k | 17 天前 | Apache-2.0 |
| 制定计划（Make Plan） | 51 · 谨慎使用 | ★ 98k | 3 天前 | Apache-2.0 |
| 执行计划 | 54 · 谨慎使用 | ★ 297k | 16 天前 | MIT |
| 双维度代码审查 | 53 · 谨慎使用 | ★ 281k | 3 天前 | MIT |
该技能专注于编排多代理实施工作流程。由于仓库中未提及任何替代方案，因此没有提供直接比较。
FollowSkills 如何评估这个 Skill？
该技能指令使用子代理编排任务执行，要求验证和提交前确认，但未明确限制子代理的权限范围或提供数据流透明性说明，也未提及对敏感数据的处理。仓库级安全文档（SECURITY.md）显示了良好的安全实践，但技能本身缺少执行时的用户确认和隔离机制。因此扣分，因权限和确认机制不完整，得12分。
技能指令内部一致，流程清晰，但未提供可运行的测试或示例，依赖外部计划文件，异常输入时的行为未定义。静态审查无法验证关键路径，但指令本身无矛盾，故得10分，因测试和错误处理不足。
技能适用于'执行计划'场景，但触发条件仅依赖描述中的'执行、运行、实施计划'，边界模糊，未声明不适用场景。环境适配方面，主仓库支持中文模式，但技能本身未提及中文或中国大陆网络可达性，依赖外部服务。故得7分，因场景明确但边界和触发条件证据不足。
技能文档结构清晰，包含执行协议和失败模式，但缺少安装依赖说明、参数示例、已知限制和版本历史。仓库有许可证（Apache-2.0）和作者信息，但技能文件本身未说明维护责任。故得10分，因可读可用但治理信息不完整。
技能旨在通过子代理高效执行计划，但缺少实际用例或输出验证，价值主张未经验证。静态审查无法确认完成任务的正确性，边际价值有限。故得7分，因核心任务可完成但证据不足。
仓库有CI工作流和测试套件，但针对技能文件的测试未明确覆盖，且静态审查无法执行。技能声称的编排流程缺乏独立验证。得5分，因有审计材料但覆盖薄。
点击维度查看打分理由
证据充分度：低 — 主要依赖静态检查、作者材料或有限演示；适合发现线索，不适合做高风险决策。
查看完整评分方法 →