子代理驱动开发
把实施计划拆成独立任务，逐项实现并审查。
证据显示技能要求隔离上下文、逐任务审查、避免在主分支直接实施，并要求处理阻塞与修复；但未明确最小权限、敏感数据流、外部副作用确认、提交回滚或用户批准机制，因此扣分。未发现恶意、窃密或隐蔽外传行为；发布者身份按题设视为未知，不作额外扣分。
流程、状态分类、审查循环和失败反馈较具体，正常路径看起来可执行；但依赖未提供的脚本、提示模板及其他技能，且本次仅静态阅读、无覆盖该技能关键路径的可执行证据，因此按静态上限并扣除可复现性与异常环境不确定性。
触发条件、适用场景以及与executing-plans的边界较清晰，也说明任务应独立且在同一会话执行；但未定义更多非适用范围、输入输出契约、中文支持或中国大陆环境适配，语义触发仍依赖上层计划判断，因此扣分。
文档层次、流程图、模板、示例、红线和集成关系较完整；README提供MIT许可、版本和维护/更新线索。但该技能自身没有版本、变更记录、明确维护责任或完整安装/依赖说明，且若干依赖说明分散在共享仓库上下文中，因此扣分。
技能明确提供实现、测试、自审、逐任务审查和最终审查的工作结果，理论上能减少上下文污染和遗漏；但静态材料没有代表性实际输出或独立执行结果，成本较高且相对手工执行的增益主要是作者陈述，因此不超过静态上限并扣分。
选定技能及其模板是可审计的原始材料，流程和要求可追踪；但没有针对该技能的提交测试套件、CI覆盖或第三方复现证据，本次也未执行任何命令，因此仅给有限静态可验证性。
- 该技能会驱动子代理实施、测试、提交和写入进度/审查工件；使用前应补充明确的用户确认、权限边界、敏感数据处理和回滚要求。
- 关键脚本、模板及配套技能未随选定材料完整提供；安装或版本不匹配可能导致流程中断，需在目标环境中单独验证。
- 技能未声明中文交互或中国大陆网络适配；其本地核心流程未显示完全依赖海外服务，但跨工具集成可受环境限制。
这个 Skill 能做什么，适合哪些场景？
这是 Superpowers 集合中的一项软件开发技能，适用于在当前会话执行包含独立任务的实施计划。它为每项任务派遣全新的实现子代理，并在任务完成后进行规范合规与代码质量审查。所有任务完成后，还会进行一次全分支代码审查。该流程适合希望持续推进开发、减少上下文污染并保留质量关卡的编码代理用户。
读取实施计划并建立待办事项；为每个独立任务生成任务简报，派遣一个全新的实现子代理；要求实现代理实现、测试、提交并自审；生成差异审查文件，派遣任务审查代理检查规范合规性和代码质量；对 Critical 或 Important 问题派遣修复代理并重新审查；将完成情况写入进度账本；所有任务结束后派遣最终全分支代码审查代理。流程还会读取和写入本地文件，并使用 Git 记录提交和差异。
- 负责中型软件功能开发、已有清晰实施计划的工程师，可按任务持续推进实现。
- 希望每个工程任务由独立上下文处理、避免前序任务污染的编码代理用户。
- 需要在每项任务后检查规范符合度和代码质量的团队。
- 希望让代理连续执行多个独立任务，而不在任务之间频繁人工确认的开发者。
这个 Skill 有哪些优点和局限？
- 每项任务使用新鲜上下文，降低上下文污染。
- 每项任务包含规范合规与代码质量两阶段审查。
- 发现重要问题后要求修复并重新审查。
- 通过进度账本和 Git 提交保留可恢复的执行记录。
- 需要先有实施计划，且计划中的任务应大体独立。
- 流程需要可调用子代理、运行 shell 命令和访问文件系统的编码代理环境。
- 每项任务至少包含实现和审查环节，子代理调用次数与执行成本会增加。
- 源材料未提供该技能的独立安装流程或独立测试套件。
如何安装这个 Skill？
该技能没有单独安装说明；它属于 obra/superpowers 仓库中的 14 项技能之一。按所用编码代理的方式安装整个 Superpowers 集合，例如 Claude Code 可运行 /plugin install superpowers@claude-plugins-official，Codex CLI 可打开 /plugins，搜索 superpowers 并选择 Install Plugin。
如何使用这个 Skill？
先准备一个包含独立任务的实施计划，再让当前会话中的编码代理执行该计划。该技能的适用条件是：任务大体相互独立，并且工作留在当前会话中。执行期间，代理会按任务派遣实现子代理和审查子代理，完成后进行全分支审查。
这个 Skill 与同类方案有什么区别？
与仓库明确提到的 executing-plans 相比，本技能在同一会话中为每项任务派遣全新子代理，并在每项任务后审查；executing-plans 面向并行会话中的计划执行。