mbx/mb-project-info.git

			@@ -43,6 +43,14 @@

			`研报解析架构.md` 和 `研报分析架构.md` 是研报专业流程母版，本文件负责把两者的核心流程融合进 ana 案例生命周期，形成本项目研报案例的统一执行入口。行业子规范、总纲、设计、日志或审计报告不得把两份母版全文拆散复制成平行流程。研报存储规则已经融入 `案例存储体系.md`，不另建平行的 `研报存储体系.md` 作为正式执行入口。

			母版和行业方案的边界必须严格区分：

			1. `研报体系/研报解析架构.md` 是所有研报解析文档的指导思想和方法母版，默认不作为具体行业输出结构、文件清单或执行细节的日常修改位置。
			2. 具体行业怎么设计输出文档架构、哪些子行业要拆、公司文档怎么排、数据表和暗线入口怎么落地，必须以该行业本地 `<行业>研报解析方案.md` 为准。
			3. 行业方案是具体实施的指导性文档；行业案例设计、执行日志、结果入口和输出文档必须优先引用行业方案中的实施口径，再说明其如何继承母版。
			4. 后续如用户要求调整某个行业的输出结构、文件名、目录、子行业拆分、公司范围、数据表或执行策略，分析员应先修改该行业本地方案并提交方案复审；不得直接修改 `研报解析架构.md`。
			5. 只有当规则需要长期适用于所有行业，且经用户或管理链路明确要求升级为跨行业母版规则时，才允许提出修改 `研报解析架构.md` 的维护事项；修改前必须单独说明影响范围并提交母版级复审。

			## 4. 最小案例链路

			每个正式案例至少具备：
			@@ -81,6 +89,20 @@

			上面 12 步是分析员必须执行的主流程。下面是这个主流程拆开的具体工作流和配套规范，分析员按任务类型选择对应流程执行，不需要再自行拼接 common 流程和研报流程。

			### 5.0A 来源聊天记录轻量入口

			案例分析事项必须能追溯用户原始要求，但不得把该要求扩展成繁重的重复归档流程。

			最低要求：

			1. 每个案例事项、行业方案重要变更、设计审核、执行审核、输出审核或复审送审时，必须提供“来源聊天记录入口”或等价来源入口。
			2. 来源入口可以是 MB-X `message_id`、会话 marker、原始聊天导出文件路径、管理系统消息记录路径，或能让审核员反查原始用户要求的其他稳定入口。
			3. 送审正文中必须列明：来源入口、覆盖消息范围或时间范围、用户原始要求摘要、本次变更和原始要求的对应关系。
			4. 不要求在送审消息里全文粘贴原始聊天记录；长聊天应保留在正式来源文件、消息链或可复核入口中，送审消息只写摘要和路径。
			5. 对同一长期案例的连续小修、复审或执行轮次，可以复用同一个来源聊天记录入口，只需补充本轮新增用户要求或新增消息范围。
			6. 只有当原始聊天缺失、来源入口不可打开、用户要求发生实质变化或审核员无法判断目标来源时，才需要补建来源记录或退回修复。
			7. 不得因为该规则要求为每次格式小修、错别字修复或纯链接显示修复新建完整聊天证据包；此类小修可在执行日志中引用已有来源入口。

			### 5.1 新行业首次接入流程

			适用场景：第一次接到某个行业的研报任务，或者行业目录和行业方案还不存在。
			@@ -103,18 +125,19 @@
			1. 在父级 `案例总纲.md` 确认真实案例已经登记；如果是同一长期研究目标的新资料输入，沿用同一个 `case_id`，用新的 `batch_id` 和 `run_id` 区分。
			2. 读取行业方案，确认本次资料属于该行业边界；不属于边界的资料进入排除说明或相邻行业 review，不得混入核心结论。
			3. 如果本次需要更新行业方案，先在 `<行业>研报解析方案.md` 写清变更原因、影响范围和维护记录，并提交行业方案复审；复审通过前，不得把新方案作为正式分析依据。
			4. 在行业 `案例分析设计.md` 冻结本次资料来源、样本范围、case/batch/run、执行步骤、证据要求、输出物、存储路径、darkline 触发边界和验收方式。
			5. 设计审核未通过前，不得正式归档、转换、抽取或输出结论；需要先盘点资料时，必须标记为 dry-run。
			6. 按已审核设计执行研报分析：先归档和转换资料，再抽取事实、观点、指标、公司映射、产业链节点和资料缺口。
			7. 对关键指标、公司映射、产业链环节、供需价格库存成本等变量建立证据数据卡；缺少核心数据时进入缺口状态，不得直接写强结论。
			8. 单篇研报不能只做摘要，必须记录 doc_id、页码或段落定位、句子/表格索引、时间、单位、口径、对象归属、事实句、指标句、观点句、公司映射、风险句和置信度。
			9. 批量研报不能压成一个大摘要，必须按 batch 输出或更新 `input_manifest.csv`、`conversion_status.csv`、`evidence_fact_table.csv`、`classification_summary.csv`、`unresolved_data_gap.csv`、`source_gap_audit.csv`、`batch_summary.md`、`next_action_list.csv` 或等价结构化记录。
			10. 多篇资料之间存在支持、反对、重复观点或口径冲突时，优先分账记录冲突和证据来源，不得强行合并成单一结论。
			11. 需要公开资料补充、公告补证、市场反向补漏、新闻事件或暗线判断时，使用 `darkline` 或对应外部信息方法，并把补充来源、时间和置信度写入证据链；主动补数据按 5.4 执行，市场反向补漏按 5.5 执行，不能只写“已补漏”。
			12. 根据证据链形成行业视图、市场视图、公司视图和必要扩展文档；核心文档输出按 5.6 执行。
			13. 生成或更新行业级 manifest、案例级引用 manifest、验证报告和父体系 `result_index.md`。
			14. 在行业 `案例执行日志.md` 记录全过程、偏离、异常、自检和本轮结论边界。
			15. 提交执行审核；审核未通过前，不得对外交付或把案例标记完成。
			4. 如果本次只是调整本行业输出文档架构、文件清单、子行业拆分、公司文档范围、数据表入口或执行策略，默认只修改本行业 `<行业>研报解析方案.md` 和必要的案例设计，不修改 `研报体系/研报解析架构.md`。
			5. 在行业 `案例分析设计.md` 冻结本次资料来源、样本范围、case/batch/run、执行步骤、证据要求、输出物、存储路径、darkline 触发边界和验收方式。
			6. 设计审核未通过前，不得正式归档、转换、抽取或输出结论；需要先盘点资料时，必须标记为 dry-run。
			7. 按已审核设计执行研报分析：先归档和转换资料，再抽取事实、观点、指标、公司映射、产业链节点和资料缺口。
			8. 对关键指标、公司映射、产业链环节、供需价格库存成本等变量建立证据数据卡；缺少核心数据时进入缺口状态，不得直接写强结论。
			9. 单篇研报不能只做摘要，必须记录 doc_id、页码或段落定位、句子/表格索引、时间、单位、口径、对象归属、事实句、指标句、观点句、公司映射、风险句和置信度。
			10. 批量研报不能压成一个大摘要，必须按 batch 输出或更新 `input_manifest.csv`、`conversion_status.csv`、`evidence_fact_table.csv`、`classification_summary.csv`、`unresolved_data_gap.csv`、`source_gap_audit.csv`、`batch_summary.md`、`next_action_list.csv` 或等价结构化记录。
			11. 多篇资料之间存在支持、反对、重复观点或口径冲突时，优先分账记录冲突和证据来源，不得强行合并成单一结论。
			12. 需要公开资料补充、公告补证、市场反向补漏、新闻事件或暗线判断时，使用 `darkline` 或对应外部信息方法，并把补充来源、时间和置信度写入证据链；主动补数据按 5.4 执行，市场反向补漏按 5.5 执行，不能只写“已补漏”。
			13. 根据证据链形成行业视图、市场视图、公司视图和必要扩展文档；核心文档输出按 5.6 执行。
			14. 生成或更新行业级 manifest、案例级引用 manifest、验证报告和父体系 `result_index.md`。
			15. 在行业 `案例执行日志.md` 记录全过程、偏离、异常、自检和本轮结论边界。
			16. 提交执行审核；审核未通过前，不得对外交付或把案例标记完成。

			### 5.3 研报资料归档和处理流程

			@@ -200,13 +223,17 @@
			9. 成熟子行业、核心技术路线或核心公司在写强结论前必须有基础事实卡；事实卡应包含行业等价的市场规模、产销/供需、价格或收入/利润口径、库存或交付节奏、核心国家/区域/客户/公司、产业链位置和 A 股映射。某项不适用时写明不适用原因，不能静默省略。
			10. 每个重要结论必须包含来源、数据日期、历史比较、横向比较、结构占比或公司/链条案例、结论强度和失效条件。
			11. 关键变量和产业链流程必须用普通人能理解的中文解释，不能只给术语表、箭头图、英文缩写或标题式结论。
			12. 重要场景假设必须写影响映射：事件发生后影响哪些子行业、公司、价格、利润、订单、估值或情绪，并说明触发条件、失效条件和主要风险。
			13. 数据不足时必须降级为 `DATA_GAP_REVIEW`、`DATA_PARTIAL`、`MECHANISM_ONLY` 或 `HELD_BY_EVIDENCE_GAP`，不得用券商观点或故事替代数据。
			14. 公司文档必须先给投资读法和当前状态，再展开业务结构、行业暴露、核心竞争力、证据链和风险。
			15. 市场反向补漏发现遗漏公司、子行业、资源品种、技术路线或关键变量时，先进入补资料和缺口流程；补完前不得写“覆盖完整”。
			16. 暗线、事件链、意图判断和市场显影假设必须单独分账，不能混入普通行业事实文档。
			17. 输出完成后，必须生成人读文档验收记录或等价验证说明，并能反查到证据、manifest 和原始资料。
			18. 核心文档完成后，必须提交输出审核或执行审核；审核通过前，不得对外交付，也不得把输出状态写成已完成。
			12. 核心正文必须采用“结论先行、逐步解释”的写法。每个重要章节先用一句话说清楚结论或观察状态，再按 1、2、3、4 的顺序解释前因后果；不得把中间推理跳过去，让读者从 1 跳到 4 或 7。
			13. 每个结论后的证据展开必须回答四个问题：数据或案例是什么；它证明了什么；为什么这些数据能证明该结论；对行业、市场、产业链或公司研究有什么含义。若只能支持研究优先级、观察池或 DRAFT 读法，必须直接写清楚，不能使用“第一主线”“重点方向”等模糊词让读者误解为投资排序或交易建议。
			14. 核心文档写完或每轮实质返修后，必须逐篇对照 `研报体系/研报解析架构.md` 的“核心理念”做复查。复查只看是否符合母版理念，不要求新增复杂产物；不符合的段落应在本轮直接修改或标记为降级/待补。
			15. 对照“核心理念”时至少检查六点：普通人能不能看懂；关键结论和关键流程是否适当展开；是否有数据和案例；前因后果是否讲清楚；多因素影响时是否做横向对比；整体市场、行业关键数据是否既有数据也有解释。
			16. 重要场景假设必须写影响映射：事件发生后影响哪些子行业、公司、价格、利润、订单、估值或情绪，并说明触发条件、失效条件和主要风险。
			17. 数据不足时必须降级为 `DATA_GAP_REVIEW`、`DATA_PARTIAL`、`MECHANISM_ONLY` 或 `HELD_BY_EVIDENCE_GAP`，不得用券商观点或故事替代数据。
			18. 公司文档必须先给投资读法和当前状态，再展开业务结构、行业暴露、核心竞争力、证据链和风险。
			19. 市场反向补漏发现遗漏公司、子行业、资源品种、技术路线或关键变量时，先进入补资料和缺口流程；补完前不得写“覆盖完整”。
			20. 暗线、事件链、意图判断和市场显影假设必须单独分账，不能混入普通行业事实文档。
			21. 输出完成后，必须生成人读文档验收记录或等价验证说明，并能反查到证据、manifest 和原始资料；验收记录应说明是否已完成“核心理念”对照复查，或哪些段落仍需降级/待补。
			22. 核心文档完成后，必须提交输出审核或执行审核；审核通过前，不得对外交付，也不得把输出状态写成已完成。

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