用途
Vibe Plan Execution 是一个面向智能体的执行技能，用于在用户要求执行、实现、继续或应用某份已有实施计划、规格说明、验收标准、任务计划或先前规划产物时，按计划逐步落地。它不创建计划、不审查计划、不评审计划；如果没有具体计划，应回到规划阶段而不是直接编码。
主要能力
- 效果与写入边界控制：区分只读、仅产物、状态变更三类；只读阶段不改文件、不运行改变状态的命令、不提交、不推送、不打标签、不改版本、不删数据、不启动服务。仅产物阶段只创建或更新该阶段拥有的产物。状态变更阶段只在声明范围内以最小可验证单元编辑与运行命令。
- 不可逆或对外操作单独取得同意。
- 聊天语言解析：按“当前用户明确指令 → VIBE_CHAT_LANGUAGE → 用户当前会话语言 → 英语”的顺序确定聊天语言，不从产物、文件、路径、命令、代码等推断。路径、命令、标识符、环境变量、区域标签、消息键、产品名与代码保持原样。
- 持久记录检查：阶段开始时检查 docs/decisions/README.md 与 docs/reports/findings/README.md 或仓库既有索引，匹配本单元的条目；应用相关条目前先读 references/durable-records.md。
- 计划来源绑定：编辑前绑定一份计划并在首条进度说明中命名（文件用路径，否则用标题）。读取当前切片的目标、验收标准、非目标、验证、风险与推进条件。高风险部分（行为清单、等价性分析、恢复证据、选定失败模式检查）也属于合同。
- 证据分类：主源、本地调查、未证实、已接受风险；本技能另加计划与本地证据两个标签。只有计划、本地证据、主源与已接受风险可支撑实现。
- 执行循环：绑定计划 → 编辑前验证 → 只实现当前切片 → 用计划验证与仓库检查证明 → 在总结、下一片或提交前按复查关卡审查 → 关闭检查点并选择提交 → 汇报。
- 提交选择：只有明确用户请求、绑定计划项或工作流自身已验证检查点才能选择提交；提交前命名来源；只暂存该单元；新文件归属规则；通过提交执行工作流处理暂存、diff 审查、消息传输与提交后验证；推送、amend、rebase、移动 HEAD 的 reset、filter-* 重写、脚本化多提交重放需用户明确授权。
- 已接受风险语义：只有“已接受风险”才允许未证实项支撑依赖它的工作；接受须由真人用户在解释影响后明确选择，或由绑定计划记录接受；记录假设、接受人、原因、影响范围、最快证明路径与回访触发条件；不可逆、破坏性、不安全、违法或暴露凭据的操作不得用已接受风险替代。
使用方式
当用户要求执行某份已有计划时调用本技能。技能会先绑定计划并发起同意预检（若涉及同意边界），再验证待接触的文件、测试、配置与模式，检查不稳定事实，然后只实现当前切片，用计划验证与仓库的 lint、类型、构建检查证明，按复查关卡审查，最后更新进度台账并选择提交，并汇报绑定的计划、切片、验证与结果、复查模式与发现处置、偏离或阻塞、已提交内容与剩余计划步骤。
适用场景
- 有多阶段切片、验收标准、验证路径与风险的实施方案。
- 需要严格执行范围、证据与写入边界，而不发明行为的工程任务。
- 需要区分只读、仅产物与状态变更阶段的工作流。
限制
- 不创建计划、不审查计划、不评审计划。
- 切片必须具体（目标、范围、验收检查、验证路径、实现方向）；缺失元素若会影响行为、证明、数据、权限、合同或用户体验，应回到规划。
- 计划合同若自上次审查或绑定后变化，只有在有明确用户或修订授权时才重新绑定。
- 验证证据需能与已知不良基线区分；宽泛套件通过不等于切片完成。
- 每个关卡的退出状态独立保留，不得让截断过滤器承载关卡状态或后续成功掩盖失败。
缺失事实
具体收费与价格、可用平台、许可证、维护状态、支持语言实现、安装命令等暂未提供。