用途：在独立会话中执行已写好的实施计划，采用分批执行、批次间设置人工审阅检查点的方式推进。核心原则是分批执行并进行架构审阅检查点。开始时需声明正在使用该技能实施计划。
主要流程： 步骤 1，加载并批判性审阅计划文件，识别疑问或顾虑；若有顾虑先向用户提出，无顾虑则通过 TaskCreate 创建任务后继续。 步骤 2，执行批次，默认先执行前 3 个任务；每个任务标记为 in_progress，严格按计划的细分步骤执行，按要求运行验证，并在每个任务后把意外发现、决策或技术洞察追加到 .writing/findings.md，条目含 [Task N] 标题、What、Why it matters、Action；完成后标记 completed。该格式是格式而非范围过滤器，仍应记录决策、意外发现及批次级整合洞察。 步骤 3，批次完成后展示实现内容与验证输出，若 .writing/ 存在则更新 .writing/progress.md：在 Task Status Dashboard 标记完成任务，并在会话日志追加批次摘要。同时更新 .writing/findings.md 整合本批发现，然后说“Ready for feedback.”。 步骤 4，根据反馈应用修改并执行下一批，重复至完成。 步骤 5，全部完成后读取 .writing/progress.md 汇总各批次与验证证据，若稿件就绪可运行 superpower-writing:claim-verification，并给出完成摘要。除非用户在本会话明确要求，否则不要合并、创建 PR 或运行破坏性 git 清理。
限制与停止条件：遇到阻塞（缺依赖、测试失败、指令不清）、计划有关键缺口、不理解指令或验证反复失败时应立即停止并请求澄清，不要猜测；当伙伴依据反馈更新计划或需要重新思考基本方法时回到步骤 1。相关技能包括 git-worktrees、writing-plans、claim-verification 和 archiving。