分步执行开发计划，检查点严控质量

结构化执行预编写开发计划，支持分批实施与人工审核节点，确保复杂项目可控交付。

基本信息

• 技能名称?Executing Plans
• 中文名称?分步执行开发计划，检查点严控质量
• 作者?chenleiyanquan
• 分类?其他
• 版本?0.1.0
• 标签?project-management, workflow, execution, code-review, checkpoint, batch-processing, human-in-the-loop

使用方法

使用说明
核心用法
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、数据库、第三方库）未就绪，频繁中断可能影响效率
   上下文截断 ：长批次执行中历史记录可能超出模型上下文窗口，导致状态丢失
   验证脚本误报 ：计划指定的验证步骤若本身有误，可能掩盖真实问题或产生假阳性