开发与工程 implementationorchestrationsubagentsverificationcode-review

计划执行编排器

用子代理分阶段执行实施计划,并自动验证和提交。

FollowSkills 评估 · FSRS-2.0
不推荐
51/ 100 五分制 2.6 / 5
1 2 3 4 5 6
1信任安全12 / 25 · 2.4/5

该技能指令使用子代理编排任务执行,要求验证和提交前确认,但未明确限制子代理的权限范围或提供数据流透明性说明,也未提及对敏感数据的处理。仓库级安全文档(SECURITY.md)显示了良好的安全实践,但技能本身缺少执行时的用户确认和隔离机制。因此扣分,因权限和确认机制不完整,得12分。

2可靠稳定10 / 20 · 2.5/5

技能指令内部一致,流程清晰,但未提供可运行的测试或示例,依赖外部计划文件,异常输入时的行为未定义。静态审查无法验证关键路径,但指令本身无矛盾,故得10分,因测试和错误处理不足。

3适用触发7 / 15 · 2.3/5

技能适用于'执行计划'场景,但触发条件仅依赖描述中的'执行、运行、实施计划',边界模糊,未声明不适用场景。环境适配方面,主仓库支持中文模式,但技能本身未提及中文或中国大陆网络可达性,依赖外部服务。故得7分,因场景明确但边界和触发条件证据不足。

4规范维护10 / 15 · 3.3/5

技能文档结构清晰,包含执行协议和失败模式,但缺少安装依赖说明、参数示例、已知限制和版本历史。仓库有许可证(Apache-2.0)和作者信息,但技能文件本身未说明维护责任。故得10分,因可读可用但治理信息不完整。

5有效结果7 / 15 · 2.3/5

技能旨在通过子代理高效执行计划,但缺少实际用例或输出验证,价值主张未经验证。静态审查无法确认完成任务的正确性,边际价值有限。故得7分,因核心任务可完成但证据不足。

6证据核验5 / 10 · 2.5/5

仓库有CI工作流和测试套件,但针对技能文件的测试未明确覆盖,且静态审查无法执行。技能声称的编排流程缺乏独立验证。得5分,因有审计材料但覆盖薄。

证据充分度: 评估于 2026年8月7日 审查版本 f85bb28c4788
上游仓库在本次评估后已有新提交;当前评分仍对应所示审查版本,可能尚未覆盖最新改动。
使用前请注意
  • 技能执行时委托子代理,需确保子代理权限受限,避免过度授权。
  • 技能依赖计划文件,需验证计划内容的来源和可执行性。
  • 仓库依赖外部服务(如模型提供商),可能无法从中国大陆访问,需确认网络可达性或准备备选方案。
  • 技能未说明数据流和敏感数据处理,使用时应审查子代理的行为。
  • 静态评估无法验证真实执行效果,建议进行试运行。
查看完整评分方法 →

这个 Skill 能做什么,适合哪些场景?

这是一个编排技能,用于执行分阶段的实施计划(尤其是由 make-plan 生成的计划)。它指导协调者部署多个子代理来执行每一步,而协调者本身不直接编写代码。每个阶段后,它会自动运行验证清单、反模式检查、代码质量审查,并且只有在验证通过后才提交更改。该技能旨在防止常见失败模式,如编造不存在的 API、跳过验证或过早提交。

读取 SKILL.md 中定义的执行协议,并指示编排者:为每个阶段部署一个'实施'子代理来执行具体任务;在每个阶段后,部署'验证'、'反模式'和'代码质量'子代理;只有当验证通过时才部署'提交'子代理;部署'分支/同步'子代理以在阶段之间推送更改并准备交接。它要求子代理提供证据,如命令输出或文件更改,并强制实施者参考文档而非凭空发明模式。

  1. 开发人员有一个由 make-plan 生成的详细实施计划,希望可靠地执行它,同时确保每一步都经过验证和代码审查。
  2. 技术负责人希望将大型重构或功能开发委派给子代理,同时保持对每个阶段的验证和提交纪律的控制。
  3. 在处理不熟悉的 API 时,团队希望确保代码遵循文档化的用法,而不是推测性的 API。
  4. 程序员希望自动化常见的开发工作流程,如实施、验证和提交,采用分阶段的方式,并具备反模式检测。

这个 Skill 有哪些优点和局限?

优点
  • 自动化分阶段执行,减少手动协调。
  • 内置验证、反模式和代码质量检查,有助于防止错误。
  • 在验证通过前阻止提交,促进更安全的开发。
  • 强调使用文档化的 API 模式,减少 API 误用。
局限
  • 需要能够生成和协调子代理的平台;标准模型 API 无法按原样使用。
  • SKILL.md 中未指定验证清单的具体细节,因此实施取决于用户。
  • 没有提到测试套件或跨平台测试;在其他客户端上的可靠性未经验证。
  • 它不执行工作本身,依赖底层平台对子代理的支持。

如何安装这个 Skill?

该技能位于开源仓库 thedotmack/claude-mem 中,路径为 openclaw/skills/do/SKILL.md。仓库是一个包含多个技能的单仓库,可以按照 README 中的说明进行安装(例如使用 npx claude-mem install 或通过插件市场)。将包含 SKILL.md 的 do 文件夹放置到您的 Agent Skills 目录中。仓库没有提供单独的安装说明。

如何使用这个 Skill?

当要求执行、运行或实施一个计划时,尤其是由 make-plan 生成的计划,触发此技能。协调者将根据 SKILL.md 中概述的协议部署子代理。示例触发提示:'使用 do 技能执行当前计划。' 该技能将指导协调者在每个阶段完成后部署实施、验证、反模式、代码质量、提交和分支/同步子代理。

这个 Skill 与同类方案有什么区别?

该技能专注于编排多代理实施工作流程。由于仓库中未提及任何替代方案,因此没有提供直接比较。

常见问题

它能在任何 AI 代理环境中工作吗?
该技能依赖于支持子代理编排的平台,如 Claude Code。标准模型 API(如 OpenAI API)没有执行这些协议所需的子代理工具。
它需要特定的编程语言或框架吗?
没有指定。它是一个与语言无关的协议。子代理将被生成以在项目上下文中执行工作。
如何配置验证清单?
SKILL.md 中没有提供细节。您需要在提示或环境中定义自己的检查,或遵循外部计划。
如果子代理失败会怎样?
技能指示协调者验证子代理的完成,并在验证通过前不推进。确切的失败处理机制未指定。

同仓库的其他 Skills

均来自 thedotmack/claude-mem

相关 Skills