在编码任务从规划转入执行时用显式意图契约与范围漂移监控防止跑…

当非平凡编码工作从讨论/规划切换到实际实现时，用轻量意图框架锁定目标、监控范围漂移并做收尾记录。

适用场景

解决思路

1. 在规划转入执行的时刻激活：当用户说“go ahead”“implement this”“let's start building”，或代理即将从讨论进入代码修改时启动。
2. 阶段1 意图捕获：在执行开始时输出结构化块 `## Intent Frame #N`，包含字段 Outcome（一句话说明完成的样子）、Approach（如何实现及关键决策）、Constraints（范围外边界）、Success criteria（如何验证完成）、Estimated complexity（Small/Medium/Large）。
3. 每个字段控制在 1-2 句话内。
4. 编码前先请求确认，提问：`Does this capture what we are doing? Anything to adjust before I start?`，在用户确认或调整前不要继续。
5. 阶段2 意图监控：在执行过程中的自然边界处检查漂移，包括接触新区域/文件前、开始新的逻辑工作单元前、当前动作感觉偏离主题时。
6. 识别漂移示例：工作超出既定范围、方法变更但无显式转向、约束外的新功能/重构、解决与既定结果不同的问题。
7. 检测到漂移时输出 `## Intent Check #N` 块，包含 Stated outcome（来自当前活动框架）、Current action（正在发生什么）、Question（这是有意转向还是意外范围蔓延？）。
8. 若转向是有意的，更新当前意图框架并继续；若不是，回到原始范围。
9. 阶段3 意图收尾：当活动意图下的工作结束时输出 `## Intent Resolution #N` 块，包含 Outcome（Fulfilled / Partially fulfilled / Pivoted / Abandoned）、What was delivered（实际交付简述）、Pivots（已确认的变更或 None）、Open items（剩余范围内事项或 None）。
10. 收尾是首选但可选；若会话突然结束可省略。
11. 多意图会话规则：开启下一个意图前先收尾当前意图；用户中途改变方向时，将当前意图收尾为 Abandoned 或 Pivoted，再开新框架；漂移检查始终针对当前活动框架；框架在会话内按 #1、#2 顺序编号；约束不会自动延续，除非显式重申。
12. Entire CLI 集成：在激活时运行 `entire status 2>/dev/null` 检测；若成功，说明意图记录会捕获到 checkpoint 分支的会话记录中；若不可用或失败则静默继续，不阻塞执行也不反复催促安装。
13. Copilot/聊天回退：若无法执行命令，跳过检测，在聊天输出中继续同样的意图工作流。
14. 护栏：保持轻量、避免长文；不要在琐碎任务上过度触发；不要每一步都打断；把已确认的转向视为有效；保留结构化块的精确标题/字段以便解析。
15. 与其他技能互操作：作为非平凡编码工作的前门对齐层，顺序为 plan-interview（可选，需求塑形）→ intent-framed-agent（执行契约+范围漂移监控）→ context-surfing（上下文质量监控，执行期间并行运行）→ simplify-and-harden（完成后质量/安全审查）→ self-improvement（捕获重复模式并沉淀为持久规则）。
16. 与 context-surfing 的关系：两者在执行期间同时运行但监控不同失败模式——本技能监控范围漂移（是否在做正确的事），context-surfing 监控上下文质量漂移（是否还能做好）；二者互补不冗余。
17. 优先级规则：若两者同时触发（Intent Check 与 context-surfing 漂移退出同时发生），漂移退出优先；上下文退化会让范围检查不可靠，先解决上下文问题，再在下一会话恢复范围监控。
18. 本技能产出：意图框架工件（供 context-surfing 作为 wave anchor 的一部分，并在漂移退出时逐字复制到 handoff 文件）、意图收尾（标志任务完成，触发 simplify-and-harden）、漂移观察（若范围漂移模式反复出现，可记录到 self-improvement 作为学习项）。

适用边界 · 注意事项

• 仅用于编码任务，不适用于广泛研究、纯规划对话、纯文档工作、无编码实现的操作/管理任务。
• 琐碎编辑（如简单重命名或拼写修正）跳过完整意图框架。
• 不要过度触发或每一步都打断，保持轻量。