1

1

2026-06-26 a4bd8d59fff046f1af641cded4a00c2ca0bb8045

 ana-doc/案例分析规范.md

@@ -143,6 +143,17 @@
6. 每批资料必须生成 `source_gap_audit.csv` 或等价记录，用来检查资料是否存在“已给但没读、读了但没归档、归档了但没索引、索引了但没进入证据链”的断点。
7. 主动补数据和 source gap audit 是进入核心文档输出前的检查点；没有完成或没有明确豁免时，不得把人读文档写成覆盖完整。

补资料轮次上限：

1. 同一案例、同一类证据缺口或同一组相关缺口，主动补资料最多执行 3 轮；每轮必须有独立 `run_id`、输入范围、补充来源、结果、失败项和 review_status 记录。
2. 3 轮仍无法补齐时，不再继续围绕同一缺口无限补证；必须把剩余缺口写入缺口表、证据卡、result_index 或核心文档证据边界，状态使用 `DATA_GAP_REVIEW`、`DATA_PARTIAL`、`HELD_BY_ENV`、`HELD_BY_ACCESS`、`HELD_BY_EVIDENCE_GAP` 或等价降级状态，然后继续推进核心文档和下一阶段工作。
3. 超过 3 轮仍缺的资料，必须统一登记到行业案例文件夹下的专门文档 `ana-doc/<行业案例>/待补资料清单.md` 或等价行业级待补资料清单；该文档至少记录缺口组、已补轮次、缺什么、为什么影响结论、当前降级状态、用户或人工后续需要提供什么、关联 case/batch/run、证据入口和最后更新时间。
4. 写入行业待补资料清单后，分析员应继续执行下一阶段工作；后续只有当用户、人工同事或审核链路明确索取“需要补的数据/资料”时，才从该清单提取并反馈所需资料，不得因为清单中仍有未补项而自动卡住主流程。
5. 第 4 轮及以后只能在以下情况下启动：用户补充了新资料或新权限；外部环境已恢复且可一次性解决阻断；审核员指出前三轮存在遗漏或执行错误；该缺口是唯一会导致核心文档完全不可读的阻断项。启动第 4 轮必须在设计或执行日志写明例外原因，并提交复审或后续执行审核。
6. 如果缺口数量少、集中在少量 PDF/网页归档/访问受限项，且不影响主线行业视图、市场视图或公司视图的 DRAFT 输出，应按缺口登记和降级口径继续推进，不得把流程卡在转换、抓取或补证循环。
7. 如果缺口规模大到影响核心覆盖，例如失败项超过本轮关键输入的 10%、集中影响核心品种/核心公司/核心指标，或导致三类核心文档无法形成最低可读草稿，分析员必须向用户和审核链路说明影响范围、需要补充的资料或环境，并输出有限范围结果，而不是静默继续补证。
8. 超过补证上限后的核心文档不得写成覆盖完整、证据充分或正式结论；必须明确“已补证 3 轮仍保留缺口”的范围、原因、替代解释、行业待补资料清单入口和后续补证入口。

### 5.4A 数据抓取脚本使用流程

适用场景：案例分析员需要抓取外部网页、保存公开资料快照、从本地 MySQL 导出行情/公司画像/市场广度，或执行市场反向补漏初筛。
@@ -193,6 +204,13 @@
13. 输出完成后，必须生成人读文档验收记录或等价验证说明，并能反查到证据、manifest 和原始资料。
14. 核心文档完成后，必须提交输出审核或执行审核；审核通过前，不得对外交付，也不得把输出状态写成已完成。

补证轮次达到上限后的输出口径：

1. 核心文档可以继续输出或迭代 `DRAFT_FOR_REVIEW`，但必须在证据边界、缺口表或 result_index 中列明已补证轮次、仍缺内容和降级状态。
2. 公司视图、市场视图和行业视图可以给“当前可读框架、证据已覆盖部分、缺口影响和后续补证入口”，不得给正式行业结论、正式公司结论或交易建议。
3. 达到补证上限的缺口必须在行业 `待补资料清单.md` 或等价清单中有可追踪记录；核心文档和 result_index 引用该清单入口即可，不需要把全部待补明细重复写入正文。
4. 审核员如确认补证已达 3 轮且缺口已正确分账，应优先审核降级边界、行业待补资料清单和继续推进条件，而不是要求围绕同一缺口继续无限返工。

### 5.7 审核后修复和回写流程

适用场景：设计审核、执行审核、复审或自检发现问题。