拆分实施计划
把设计写成文件级步骤，标注相关测试和可以观察的验收条件。
Superpowers
Superpowers 是可安装的编程 Agent 工作流。它把设计决策、实施计划、测试先行和验收证据连起来，让每次改动都能按约定条件复核。
用 Superpowers 计划并核验一次改动
从已批准的设计和 Agent 能运行测试的仓库开始。
带入 Floatboat 的请求
请求可预览和复制，不会从此处自动发送。
参考来源: Superpowers https://github.com/obra/superpowers 先阅读原始说明并核对当前环境与依赖。需要安装或连接新工具时，先提出方案。 我的任务: 先检查当前编程 Agent 是否已安装 Superpowers。把我批准的改动拆成文件级步骤并展示计划。我确认实施后，先添加回归测试，记录失败和通过两次结果，再交付差异和最新验证输出。 期望交付: 一份可复核的计划、补丁和本次运行取得的测试证据。
关于 Superpowers
Jesse Vincent（obra）发布的 Superpowers 是一套编程 Agent 工作流插件，支持 Codex、Claude Code 等宿主。从澄清设计到测试和审阅补丁，各个 Skill 在工作进入对应阶段时发挥作用。
Writing Plans 把获准的设计拆成文件级任务、实现说明和验证命令。Test-Driven Development 对适用的行为变更要求先观察到测试失败，再验证修复。Verification Before Completion 要求在声称成功前取得新的运行证据。
代码编辑、终端和委派能力由宿主提供。先限定仓库任务、测试命令和权限范围，再把计划、差异和验证结果一并交接，供复核人检查。
Superpowers 怎样串联开发步骤
从已批准的设计开始，根据仓库任务的当前阶段选择工作流。把计划中的检查条件和实际运行结果放在一起，便于复核实施过程。
用测试推进变更
针对行为变更先写出能复现问题的测试，再做最小修复，重跑测试并检查差异。
完成前实际核验
声称任务完成前重跑必要检查，将命令、结果和跳过的事项一并交接。
Superpowers 的编程工作流场景
先明确可以检查的验收条件。设计计划、问题复现、行为测试和发布交接各需要不同的证据，按当前阶段选择合适的工作入口。
把设计转成实施计划
提供已批准的新接口设计和仓库的测试约定，让 Writing Plans 列出文件、接口、首个失败测试和验收条件，供工程师先核对改动范围。
先复现缺陷再修复
提供失败样例及预期行为，让 Agent 先记录失败结果，再做有针对性的修复并确认回归测试通过。把两次命令和结果留在补丁说明里。
协调多个相关步骤
为同时涉及配置和代码的改动提供已审阅的计划。按顺序执行，宿主支持时才安排委派，并记录能证明各部分仍能一起工作的检查。
核验提交评审的材料
请 Agent 对当前分支运行约定的构建和测试，交付实际输出、跳过项和差异摘要，让复核人区分已验证的行为与待解决的问题。
运行 Superpowers 前的准备
先在上游文档支持的宿主安装套件，再提供 Agent 可以访问的仓库和测试命令。涉及文件改动时先核对获准的范围。
支持的宿主
通过文档列出的 Codex 或 Claude Code 插件渠道安装，并确认套件在当前会话启用。
仓库与测试工具
提供经核准的工作区和测试命令。需要委派时，另行确认宿主支持的方式。
明确改动范围
说明可修改的文件范围和交付前必须通过的检查。
相关软件项目
比较这些项目的用途、运行条件和源码许可。
Superpowers 常见问题
哪些编程 Agent 可以使用 Superpowers？
官方仓库提供 Codex、Claude Code 等宿主的安装方法。按自己的宿主和版本选择对应步骤。
Writing Plans 在哪个阶段使用？
设计确认后使用。它输出可逐项复核的实施步骤和检查命令，便于先看清范围再改代码。
TDD 工作流怎样验证回归修复？
对适用的行为变更先观察测试失败，再做最小修复，重跑测试并复核结果。
每项工作都要委派给其他 Agent 吗？
可以按宿主提供的能力选择。上游也为已批准的计划提供在当前会话按步骤执行的方式。
完成前核验需要哪些证据？
对当前改动重跑相关检查，并在交接时保留实际证据、跳过项和失败条件。
系统化调试有单独指南吗？
有。市场的 Systematic Debugging 指南聚焦根因调查，套件页解释调查结果如何进入计划与验证。