executing-plans（执行计划）Skill 是什么？如何分批执行实施计划并设置审查检查点？

执行计划Skill：让 AI 按批次稳稳落地复杂实施计划

一句话定位：把「一份写好的实施计划」变成「按批次执行、每批可审查」的可控交付流程，而不是让 AI 一口气闷头改完整套代码。
核心机制：加载计划 → 批判性审阅 → 默认每批执行前 3 个任务 → 批次间报告并等待反馈 → 全部完成后转入收尾子技能。
最大差异点：强制「检查点」与「遇阻即停」，明确禁止猜测和强行推进，把 AI 从「执行者」变成「可被架构师审查的执行者」。
适用人群：需要把方案落地为代码的开发者、负责审阅的架构师/技术负责人，以及使用 AI 编程助手做多步骤任务的团队。
安装成本：通过技能市场/技能仓库按名称或技能 ID 13653 安装即可，具体命令与入口以官方说明为准。

该技能叫什么？如何一键安装 AI 技能提升开发效率？

技能中文名：执行计划 技能英文名：executing-plans 技能 ID：13653

它解决的问题非常具体：当你（或你的合作伙伴、上游架构角色）已经写出一份完整的实施计划——包含拆解好的小步骤和验证方式——直接把这份计划丢给 AI 让它「全部做完」，往往会出三类问题：一是执行中途跑偏却没人发现；二是跳过了验证环节，代码「看起来写完了」但根本没测；三是遇到缺失依赖或指示不清的地方，AI 开始瞎猜，越猜越远。

执行计划技能就是为这三种失控场景设计的：它要求先批判性审阅计划，再分批执行，并且在批次之间停下来报告，把审阅权交回给人。核心原则在技能定义里写得很直白——分批执行，设置检查点供架构师审查。

一键安装的思路与步骤

确认安装前提：你使用的 AI 编程工具/客户端需要支持「技能（Skill）」机制，能够加载外部技能说明文件；同时你手上要有一份可读的完整实施计划文件（这是本技能的输入前提，没有计划就没有执行对象）。
找到技能入口：在工具的技能市场、技能仓库或技能管理面板中搜索技能英文名 executing-plans，或直接按技能 ID 13653 定位。不同客户端的入口名称与检索方式不同，具体路径以官方说明为准。
执行安装：按界面提示完成添加/启用。若你的工具支持命令行安装，命令格式请以官方文档为准，不要照搬非官方来源的写法。
验证是否生效：新建一个会话，给它一份小规模计划并观察它是否在开始时主动宣布「我正在使用执行计划技能来实施这个计划」。这句宣布是本技能被正确加载的标志性信号；如果没有出现，说明技能未激活或未命中触发条件（触发条件是「合作伙伴提供完整的实施计划」）。
跑一次小批次试运行：用一个只有 3～4 个任务的迷你计划走一遍完整流程，确认「分批—报告—等待反馈」的节奏符合你的协作习惯，再用于正式任务。

该技能的主要功能和特点

计划加载与批判性审阅：第一步不是动手，而是读计划并主动挑毛病——识别问题与疑虑，并在开始前向合作伙伴提出。这一步把「计划本身有坑」的风险前置暴露。
默认小批次执行（前 3 个任务）：默认一次只推进前 3 个任务，天然形成可审查的粒度；每个任务内部按「标记进行中 → 严格照步骤执行 → 运行指定验证 → 标记已完成」四拍走完。
任务清单可视化：无疑虑时创建 TodoWrite（任务清单）并继续，让执行过程有明确的进度载体。
批次间强制报告：每批完成后必须展示「实现了什么」+「验证输出」，并以「准备接受反馈」收尾，然后只报告、等待，不自动往下冲。
基于反馈循环推进：收到反馈后按需修改，再执行下一批，重复直至全部完成。
明确的停手规则：遇到批次内障碍（缺少依赖、测试失败、指示不明确）、计划存在关键缺口、看不懂指示、验证反复失败时，立即停止并寻求澄清，而不是猜测。
可回溯到审阅步骤：当合作伙伴根据反馈更新了计划，或基本方法需要重新思考时，回到步骤 1 重新审阅，而不是在错误路线上继续加速。
收尾有专用出口：所有任务完成并验证后，宣布使用「完成开发分支」技能，并明确要求调用子技能 超能力:finishing-a-development-branch，由它负责验证测试、呈现选项、执行选择。

和「直接把计划丢给 AI」相比，它强在过程可控：有审阅、有批次、有验证、有检查点、有停手指令，四件事一件都不省。

如何使用该技能？

第 1 步：准备一份「可执行」的计划 计划要满足技能的前提假设——「计划有易于处理的小步骤」。每个任务最好自带验证方式。示例形态：

任务 1：为订单服务新增 cancelOrder 接口，验证方式：运行 npm test -- orders 全绿
任务 2：补充参数校验与错误码，验证方式：新增 3 条单测通过
任务 3：更新接口文档，验证方式：文档中新增字段说明齐全
任务 4：……

第 2 步：把计划交给 AI 并发起 自然语言表达即可，例如：「这是一份完整的实施计划（附文件），请按执行计划技能实施。」技能被触发后，会先宣布「我正在使用执行计划技能来实施这个计划。」

第 3 步：接收审阅意见并决策 如果它提出疑虑（例如「任务 5 依赖的缓存模块在计划中未定义」），你要么补充计划、要么确认可以忽略。这一步不要跳过，它是整套机制的价值来源。无疑虑时它会创建任务清单并进入执行。

第 4 步：审阅第一批（默认 3 个任务）的产出 你会收到两部分内容：实现内容说明 + 验证输出（测试结果、命令输出等），以及一句「准备接受反馈」。

第 5 步：给出反馈，驱动下一批 反馈可以是「继续」「第 2 个任务的错误码改成 4001」「先回滚任务 3」。它会按需修改后推进下一批，循环直到全部完成。

第 6 步：确认收尾 任务全部完成并验证后，它会宣布转入「完成开发分支」技能并调用 超能力:finishing-a-development-branch，由该技能完成测试验证、呈现分支处理选项并执行你的选择。

遇到卡点怎么办：如果它在某一批中途停下并提问，这是设计行为而非故障——补充依赖、澄清指示、修正计划后，让它回到审阅步骤重新对齐，再继续执行。切忌用「你自己看着办」把它推过障碍。

同类型竞品对比分析

方案名称	定位	核心功能	安装/使用门槛	适用场景	优势与不足
执行计划（executing-plans）	计划落地的受控执行器	批判性审阅、默认 3 任务分批、批次间报告、遇阻即停、收尾子技能衔接	需支持技能机制；需已有完整计划；安装入口以官方说明为准	多步骤实施计划、需要架构师审查的交付	优势：检查点清晰、验证不跳过、可控性高；不足：节奏偏慢，简单任务显得繁琐
直接让 AI 一次性执行计划	无流程的「一把梭」	读取计划后连续执行到底	门槛最低，无需安装	任务少、风险低的小改动	优势：快；不足：中途跑偏无人拦截、易跳过验证、出错后回溯成本高
人工按计划逐条执行	纯人工推进	人读计划、人写代码、人验证	零工具门槛，但人力成本最高	高风险核心模块、合规要求强的场景	优势：完全可控；不足：速度慢，重复性工作消耗大
通用项目管理/任务看板工具	任务跟踪与协作	任务拆分、状态流转、看板视图	需团队配置与维护习惯	跨人协作、长期项目跟踪	优势：协作与可视化强；不足：不负责「执行」本身，无法约束 AI 的执行节奏与验证行为

一句话选型建议：要「快」选一次性执行，要「稳」选执行计划，要「人盯死」就纯人工，要「团队看得见」再叠加看板工具。

该技能的典型应用场景与实际体验情况

场景一：架构师出方案，AI 负责落地 技术负责人写完详细实施计划后交给 AI 执行，自己只在批次检查点上看验证输出。痛点是「计划写得再好，执行过程是黑盒」；使用后，每批 3 个任务的粒度刚好够一次快速审阅，架构师不必全程盯守，也不会在最后一刻才发现方向错了。

场景二：多人协作中的「接力式」开发 上游角色提供完整计划，下游执行者（人或 AI）按批推进。批次间「只报告并等待」的规则，让交接点变得明确——上一批没确认，下一批不会擅自开始，避免了「我以为你已经同意了」的扯皮。

场景三：遗留系统改造等高风险重构 这类任务最怕「一路改到底然后测试全红」。技能的「验证重复失败即停止」和「不要强行通过障碍」两条规则，实际上把风险切成了小段，每一段都有验证兜底。

场景四：AI 编程新手学习任务拆解 对不熟悉工程节奏的使用者来说，观察 AI 如何「批判性审阅计划—分批—验证—报告」，本身就是一次任务拆解的示范。

实际体验情况：上手难度低，自然语言给计划即可触发，无需记命令；效果上，最明显的改善是验证不再被跳过、以及错误暴露得更早。注意事项有三点：其一，计划质量决定体验上限，步骤含糊的计划会频繁触发「停止求助」，反而拖慢节奏；其二，默认 3 个任务的批次对超小任务偏保守，可以明确告知调整批次规模（技能默认值如此，调整需自行约定）；其三，必须配合「及时给反馈」的习惯，否则流程会停在检查点上等待。

该技能能为用户带来的价值

效率层面：把「执行—返工—再执行」的长循环，压缩成「小批次执行—即时反馈」的短循环。返工范围从「整个计划」缩小到「最多 3 个任务」，问题发现越早，修复成本越低。
质量层面：把验证写成流程的强制环节——每个任务都要「运行指定的验证」才能标记完成，批次报告还要展示验证输出。这从机制上杜绝了「看起来写完了」的假完成。
门槛层面：使用者不需要自己设计执行流程，只要提供一份完整计划，审阅、分批、验证、报告、收尾都由技能按固定节奏驱动；对不熟悉工程规范的使用者尤其友好。
协作层面：检查点天然形成沟通节点，「准备接受反馈」这句话把决策权明确交回给人，减少了 AI 擅自扩大改动范围的风险。
长期价值：批次化的执行记录与验证输出，本身就是一份可回溯的实施日志，便于复盘「哪一步引入了问题」，也让同类计划的下一轮执行更有依据。

常见问题 FAQ

Q1：怎么安装这个技能？ 在所用 AI 工具的技能市场/技能仓库中按英文名 executing-plans 或技能 ID 13653 检索并启用即可；具体命令、入口位置与支持的客户端以官方说明为准。安装后用一个迷你计划验证：出现「我正在使用执行计划技能来实施这个计划」的宣布即表示生效。

Q2：收费吗？ 技能本身在详情中未涉及定价信息，是否需要付费取决于你所使用的平台与技能来源，以官方说明为准。建议安装前在技能页面确认授权与费用说明。

Q3：适合谁用？ 最适合「已经有完整实施计划、需要把它安全落地」的人：开发者、技术负责人/架构师，以及使用 AI 编程助手做多步骤任务的团队。如果你的任务只有一两步、或者根本还没有计划，用它会显得偏重。

Q4：为什么它执行到一半就停下来问我？ 这是设计特性。技能明确规定：遇到缺少依赖、测试失败、指示不明确、计划有关键缺口、验证反复失败时立即停止并寻求澄清，不要猜测。此时补充信息或修正计划，让它回到审阅步骤重新对齐，再继续下一批。

Q5：和「直接让 AI 一次做完」怎么选？ 看风险与可回溯性要求。任务少、影响面小、出问题容易回滚，一次性执行更快；涉及多文件改动、需要验证兜底、或必须让架构师逐批签字时，选执行计划。也可以折中：先用执行计划跑前一两批摸底，再决定后续节奏。