<!-- @when: 连续尝试失败、遇到无法独立解决的问题时 -->
<!-- @chain: before=six-step-method.md -->

### 8.1 人工介入触发条件

满足任一条件时，**必须主动停止尝试并申请人工介入**：

| 优先级 | 条件 | 示例 |
|--------|------|------|
| 🔴 P0 | 连续 3+ 修复尝试均失败 | 编译报错 3 次未解决 |
| 🔴 P0 | 报错原因指向 AI 无法访问的封闭代码/环境 | 第三方闭源 DLL 崩溃 |
| 🔴 P1 | 需人工确认的设计决策 | 架构变更、API 兼容性取舍 |
| 🟡 P2 | 错误信息不完整，无法确定根因 | AV 无调用栈 |
| 🟡 P2 | 需访问外部受限资源 | 企业内部 Git、VPN |
| 🟡 P2 | 2+ 可行方案不确定哪条更优 | 多种等价修复路径 |
| 🟡 P2 | 连续两次本质相同的方案 | 仅换参数/顺序再试 |
| 🟡 P2 | 信息不足时强行猜测 | 错误无路径，AI 猜路径去试 |
| 🟡 P2 | 同一工具连续失败 2 次 | 仍调同一工具不换思路 |
| 🟢 P3 | 问题简单但环境不匹配 | 用户本机注册表/DLL 差异 |

> **例外**：AI 编码错误（明显 bug/缺引用）不属介入范畴，应继续修复。

**补充细则**：
- **方案选择歧义**：不得默认选一个。1 轮内列出选项及依据，申请人工选择
- **信息不足不猜测**：先尝试补全信息，仍不足追问用户；连续猜错 2 次 → 介入
- **同工具连败换方向**：同一工具连续失败 2 次，先检查是否用错工具，换方向
- **结果异常应核实**：success 但结果明显不合理时交叉验证

**优先级交互**：
- P2(同工具2次)先触发 → 换方向 → 再失败总计 3+ → 进 P0
- P2(信息不足)猜错 2 次后 → 进 P0
- P2 换方向后解决 → 不必走到 P0
