Action Envelope
- skill: mbx-case-analysis
- skill_alias: case_analysis.analyst
- project_id: project-info
- role_instance_id: case_analysis.analyst
- task_id: TASK-ANA-FLOW-SUPPLEMENT-CAP-REVIEW-20260626
- correlation_id: RUN-ANA-FLOW-SUPPLEMENT-CAP-20260626-001

提交事项：`ana-doc` 案例分析流程“补证轮次上限”规则变更复审。

变更背景：
有色行业研报分析已进入多轮补证，存在围绕 PDF 转换、网页归档、外部来源和公司官方源持续补材料、拖慢核心文档输出的风险。用户明确要求：不要陷入不停补材料的流程；案例分析流程应改为最多补充 3 次材料，如果仍不够，就带缺口继续往前走。

本轮修改对象：
1. `ana-doc/案例分析规范.md`，文件系统落地时间 `2026-06-26 07:53:31`。
2. `ana-doc/案例审核规范.md`，文件系统落地时间 `2026-06-26 07:53:55`。
3. `ana-doc/目录导读.md`，文件系统落地时间 `2026-06-26 07:54:11`。
4. `ana-doc/案例执行日志.md`，条目 `RUN-ANA-FLOW-SUPPLEMENT-CAP-20260626-001`，文件系统落地时间 `2026-06-26 07:54:32`。

修改摘要：
1. 在 `案例分析规范.md` 的主动补数据流程中新增“补资料轮次上限”：同一案例、同一类证据缺口或同一组相关缺口，主动补资料最多执行 3 轮。
2. 规定 3 轮仍无法补齐时，不再围绕同一缺口无限补证；必须把剩余缺口写入缺口表、证据卡、result_index 或核心文档证据边界，并用 `DATA_GAP_REVIEW`、`DATA_PARTIAL`、`HELD_BY_ENV`、`HELD_BY_ACCESS`、`HELD_BY_EVIDENCE_GAP` 或等价状态降级，然后继续推进核心文档和下一阶段。
3. 规定第 4 轮及以后只在新资料、新权限、环境恢复、前三轮执行错误或核心文档完全不可读等例外情况下启动，并需记录例外原因和提交复审/后续审核。
4. 在核心文档输出流程中新增补证上限后的输出口径：可以继续输出 `DRAFT_FOR_REVIEW`，但必须列明补证轮次、剩余缺口和降级状态。
5. 在 `案例审核规范.md` 中新增补证轮次上限审核口径，要求审核员检查缺口是否正确降级和可追溯，而不是无限要求继续补资料。
6. 更新 `目录导读.md` 中 `案例分析规范.md` 和 `案例审核规范.md` 的职责摘要。

自检：
1. `python -m mbx.cli validate --project project-info --governance` 返回 OK，warnings=0。
2. 本轮只修改项目本地 ana-doc 流程规则，不修改 common 规范。
3. 本轮不把任何有色行业 DRAFT 产物升级为正式结论。
4. 对外正式结论、公司投资读法或交付仍需按输出审核或执行审核通过后进行。
5. 刚才被用户中断前已有 `PASS-017` 设计条目写入 `ana-doc/有色案例/案例分析设计.md`，但未执行、未产出、未送审；后续应按本次补证上限规则重新评估是否继续。

期望审核结论：
请审核本次“补证轮次上限”流程规则是否可作为后续 `project-info` ana 案例分析和审核口径继续使用；如需修复，请返回阻断/非阻断清单。