核心用法
executing-plans 是一种计划执行型技能，专为已具备详细书面实施方案的场景设计。其核心流程遵循"加载-批判性审查-分批执行-检查点汇报"的闭环模式：
1. 计划加载与审查：首先读取计划文件，主动识别逻辑漏洞、依赖缺失或步骤模糊之处，必要时暂停执行并与人类协作者确认
2. 批量任务执行：默认以3个任务为一批次，严格遵循计划中定义的" bite-sized "步骤，执行指定验证操作
3. 检查点汇报：每批次完成后展示实现内容与验证结果，显式声明"Ready for feedback"等待人工反馈
4. 迭代继续：根据反馈调整或直接推进下一批次
5. 收尾移交：全部任务验证通过后，强制调用 finishing-a-development-branch 子技能完成分支合并与测试确认
显著优点
- 风险控制机制明确：通过"停止并询问"原则（STOP when blocked）杜绝猜测性执行，降低返工成本
- 人机协作边界清晰：检查点设计强制引入人工审核，避免AI自主偏离计划
- 与现有工作流集成：强制调用下游技能完成开发闭环，符合专业工程实践
- 状态透明：TodoWrite标记机制提供可追溯的执行日志
潜在局限
- 依赖计划质量：输入计划若本身存在结构性缺陷，审查环节可能无法完全捕获
- 节奏可能碎片化：频繁检查点适合高复杂度任务，简单场景可能过度流程化
- 无自主修复能力：遇到阻断性问题仅支持上报，不提供替代方案生成
- 硬性依赖子技能：必须调用
finishing-a-development-branch，若该技能不可用则流程中断
适合人群
- 需要执行多步骤技术方案的开发团队
- 对AI输出有严格审核需求的架构师/技术负责人
- 采用分支驱动开发（Branch-based Development）的工程项目
常规风险
- 阻塞累积风险：若计划依赖的外部资源（API、数据库、第三方库）未就绪，频繁中断可能影响效率
- 上下文截断：长批次执行中历史记录可能超出模型上下文窗口，导致状态丢失
- 验证脚本误报：计划指定的验证步骤若本身有误，可能掩盖真实问题或产生假阳性