元操作处理

它解决什么问题

当用户对「上一轮回复」本身发问时——"你是说刚才那句？""不对，搞错了""再详细点""你能做什么"——这些不是新一轮独立任务，而是对对话本身的控制动作，即元操作。难点在于：这类请求强依赖上一轮上下文，却常被当成普通提问处理，结果澄清脱离原文、纠错丢掉纠正信息、细化变成整篇重写。另一种常见失败是，纠错与细化本质上是"再触发一次原意图"，若由当前 skill 直接产出完整成果物，就会与原意图 skill 职责重叠，并可能形成路由回环。

它如何工作

核心是子意图差异化响应 + M02/M03 重路由：

1. 第零步执行版本检查门：运行 scripts/check_update.py，解析其 JSON 输出的 state（A/B/C/D/BLOCK）决定放行或阻断，版本比较与升级一律由脚本完成，prompt 层只调用脚本并按态处置。
2. 接收 tri-intent 的 L2 判定 ∈ {M01, M02, M03, M04}；越界（含 M05）则停止并交还上游重新路由。
3. 读取快照 §三与上一轮上下文，定位用户指向的具体片段，并先声明一句自检句（本次意图 / 已读取快照 / 上一轮对应内容）。
4. 按子意图分派策略：M01 针对上一轮具体点澄清；M02 接受纠错并按纠正重做；M03 基于上一轮追加细化；M04 说明能力边界，不夸大不隐瞒。
5. M02/M03 不在本 skill 内产出成果物，而是携带纠错或细化信息重路由到原 I 意图 skill 执行，并设置回环护栏：同一信号重路由计数 >1 即停止并请用户给出明确新请求。

适用边界

• 不做意图识别，那是 tri-intent 的职责。独立安装时会先跑上游依赖检测，区分 A 标准 / A0 待识别 / B 引导安装三种模式，模式 B 为硬性阻断，不支持降级。
• 不认领 M05 中止确认：该信号归 tri-intent 直接处理，不落盘。
• 不处理新一轮独立提问，这些归对应的 I 意图 skill。
• 引用准确性是硬要求：M01–M03 的响应必须能对应回上一轮原文的关键片段或段落。
• 交付物即响应内容本身，本 skill 不额外落盘。