mbx/mb-project-info.git

parent: 46c6fe31 | patch | commit | show whitespace

docs: promote industry chain map method to public docs

Cai

2026-08-24 15ae32f37284059d443dcae0a677b6f4522b02ea

docs: promote industry chain map method to public docs

2 files modified

1 files added

	ana-data/cases/新能源案例/核心文档/产业链/产业链地图通用模板与研究方法.md	75 ●●●●● patch \| view \| raw \| blame \| history
	ana-doc/产业链地图通用模板与研究方法.md	84 ●●●●● patch \| view \| raw \| blame \| history
	ana-doc/目录导读.md	3 ●●●●● patch \| view \| raw \| blame \| history

 ana-data/cases/新能源案例/核心文档/产业链/产业链地图通用模板与研究方法.md

@@ -1,74 +1,7 @@
# 产业链地图通用模板与研究方法
# 产业链地图通用模板与研究方法（迁移入口）

## 1. 这不是一张装饰图，而是一套研究顺序
本方法已提升为整个案例分析体系的父级公共文档：

产业链地图必须先回答“谁在什么终端场景中解决什么问题”，再从终端反推系统方案、部件、材料、设备、渠道和运营。不能先列公司，再把公司硬塞进产业链；也不能把项目 CAPEX、设备成本、公司收入和生命周期现金流相加。
[打开公共方法母版](../../../../../ana-doc/产业链地图通用模板与研究方法.md)

## 2. 从终端场景反向建链

每个行业至少冻结以下五类对象：

1. 终端场景：用户、负荷、规模、地域、约束和付费方式；
2. 系统方案：完成终端功能所需的整机、软件、工程和服务；
3. 子产业链：材料、部件、制造设备、整机、渠道、EPC、运营；
4. 公司角色：直接产品、系统集成、渠道服务、资产运营必须分层；
5. 证据链：来源、期间、单位、分母、事实、推理、反证和结论上限。

对光伏，至少区分集中式固定、集中式跟踪、工商业屋顶、户用屋顶，并将大储、工商业储能、户储作为第二层 Overlay；对储能，至少区分表前大储、工商业、户储、微网和长时储能；对电池生产，至少区分动力、储能、消费/小动力、低空/机器人等终端。

## 3. 一张完整地图的十四个固定信息层

| 层 | 必答问题 |
|---:|---|
| 1 | 行业一句话结论与研究边界是什么？ |
| 2 | 终端场景有哪些，哪些不能混在一起？ |
| 3 | 每个场景的系统方案和技术路线有何不同？ |
| 4 | 子产业链及内部环节如何一一归属？ |
| 5 | 各部件做什么、用在哪里、被什么替代？ |
| 6 | 各场景下价值量占比是多少，分母是什么？ |
| 7 | 同一环节企业如何横向比较，排序依据是什么？ |
| 8 | 价值占比与产品毛利率如何共同形成利润池代理？ |
| 9 | 订单、交付、收入、现金、质保如何传导？ |
| 10 | 地域、认证、本地渠道与终端整机商如何连接？ |
| 11 | 历史事件或战争窗口中，公司价格显影是否重复？ |
| 12 | 当前增长空间来自量、价、份额、利润还是现金？ |
| 13 | 哪些公司值得跟踪，什么条件下升级或降级？ |
| 14 | 证据缺口、反证条件和停止边界是什么？ |

## 4. 价值量与盈利必须双轴表达

每一项占比必须写明 `region + scenario + denominator + unit + period + tax/currency basis`。至少分开：项目总 CAPEX、设备成本池、某系统内部成本、公司收入、生命周期 OPEX/收益。

利润池只使用下式作为研究代理，不作为估值结论：

`利润池代理 = 同分母价值占比 × 同产品毛利率 × 可确认收入比例 × 回款/质保调整`

若没有同产品毛利，只能写 GAP，不能拿公司整体毛利填空。共享部件必须唯一归属；无法拆分时保留在系统合计并降低结论等级。

## 5. 同环节企业横评的固定字段

企业只能在同产品、同终端、同地域和相近商业模式下比较。每个环节至少包含：公司、直接产品、终端场景、收入/出货、产品毛利、技术路线、客户/认证、产能利用率、订单交付、应收现金、质保售后、优势、短板、改变判断的条件。

排序是研究优先级，不是投资评级。推荐使用 `LEADER / STRONG / CONDITIONAL / ADJACENT / GAP`，并为每个结论写明证据和反证。

## 6. 历史催化验证的正确用法

事件研究至少同时保留：事件日、首个可交易日、T+1/T+3/T+5/T+10/T+20、基准指数、超额收益、公司当时的产品/地区结构以及同期混杂因素。板块中位数只能描述整体显影，不能替代个股表格。

价格上涨不是订单证据。只有当“事件冲击 → 终端缺口 → 产品匹配 → 地区渠道/认证 → 订单/交付 → 收入/毛利/现金”闭合时，才可将催化提升为基本面判断。

## 7. 静态地图的输出规范

- 所有场景、公司横评、事件窗口和子链详情默认全部展开；标签页只可作为网页辅助，不能是唯一承载方式。
- PNG 必须按完整页面高度导出，禁止裁掉尾部表格；导出后核验像素尺寸、底部结束标记和横向溢出。
- Markdown 正文必须嵌入 PNG，并保留可搜索的表格/结论，不能只剩图片。
- 不使用无意义 HTML 标签制造锚点；标题、表格和普通 Markdown 链接优先。
- 颜色用于区分场景、强弱和 GAP，不用颜色代替文字结论。

## 8. 更新与发布的最小流程

普通内容更新采用：候选目录完整校验 → 旧版本可恢复快照 → 一次目录/索引切换 → 发布后只读复算 → 如不一致一次切回旧版本。内容审核只阻断来源原件、强事实、公司范围、结论越界和输出不完整；空格、编号、换行和表格样式默认不阻断。

## 9. 地图完成判定

只有在以下条件同时满足时才算完成：终端场景没有漏项；子链与内部环节唯一归属；所有占比都有分母；高价值项有对应毛利或 GAP；同环节公司完成横评；历史催化落实到公司；增长空间可落到量价利现金；重要结论能回到来源；静态图片完整显示；正文仍可独立阅读。
新能源的光伏、储能和电池产业链地图继续继承该母版；行业特有场景、数据和公司结论仍留在新能源正式正文中。本入口用于兼容既有链接，不再维护第二份方法正文。

 ana-doc/产业链地图通用模板与研究方法.md

New file
@@ -0,0 +1,84 @@
# 产业链地图通用模板与研究方法

创建人员：case_analysis.analyst.new_energy
文件职责：规定本项目跨行业产业链地图的研究顺序、固定信息层、价值量与盈利口径、企业横评、历史催化验证、静态输出和完成标准。
管理规范/模板：案例分析规范.md；案例存储体系.md；研报体系/研报解析架构.md；研报体系/研报分析架构.md。
引用文件：目录导读.md；案例审核规范.md。
记录方式：跨行业公共方法母版；具体行业仅补充行业场景、字段、公司池和证据，不复制或弱化本文件的通用方法。

## 1. 这不是一张装饰图，而是一套研究顺序

产业链地图必须先回答“谁在什么终端场景中解决什么问题”，再从终端反推系统方案、部件、材料、设备、渠道和运营。不能先列公司，再把公司硬塞进产业链；也不能把项目 CAPEX、设备成本、公司收入和生命周期现金流相加。

## 2. 从终端场景反向建链

每个行业至少冻结以下五类对象：

1. 终端场景：用户、负荷、规模、地域、约束和付费方式；
2. 系统方案：完成终端功能所需的整机、软件、工程和服务；
3. 子产业链：材料、部件、制造设备、整机、渠道、EPC、运营；
4. 公司角色：直接产品、系统集成、渠道服务、资产运营必须分层；
5. 证据链：来源、期间、单位、分母、事实、推理、反证和结论上限。

场景必须按行业实际结构拆分。例如，发电设备可按集中式、分布式和用户侧拆分；储能可按表前、工商业、户用、微网和长时场景拆分；电池可按动力、储能、消费、小动力及其他新终端拆分。示例只说明拆分方法，不构成任何行业的固定枚举。

## 3. 一张完整地图的十四个固定信息层

| 层 | 必答问题 |
|---:|---|
| 1 | 行业一句话结论与研究边界是什么？ |
| 2 | 终端场景有哪些，哪些不能混在一起？ |
| 3 | 每个场景的系统方案和技术路线有何不同？ |
| 4 | 子产业链及内部环节如何一一归属？ |
| 5 | 各部件做什么、用在哪里、被什么替代？ |
| 6 | 各场景下价值量占比是多少，分母是什么？ |
| 7 | 同一环节企业如何横向比较，排序依据是什么？ |
| 8 | 价值占比与产品毛利率如何共同形成利润池代理？ |
| 9 | 订单、交付、收入、现金、质保如何传导？ |
| 10 | 地域、认证、本地渠道与终端整机商如何连接？ |
| 11 | 历史事件窗口中，公司价格显影是否重复？ |
| 12 | 当前增长空间来自量、价、份额、利润还是现金？ |
| 13 | 哪些公司值得跟踪，什么条件下升级或降级？ |
| 14 | 证据缺口、反证条件和停止边界是什么？ |

## 4. 价值量与盈利必须双轴表达

每一项占比必须写明 `region + scenario + denominator + unit + period + tax/currency basis`。至少分开：项目总 CAPEX、设备成本池、某系统内部成本、公司收入、生命周期 OPEX/收益。

利润池只使用下式作为研究代理，不作为估值结论：

`利润池代理 = 同分母价值占比 × 同产品毛利率 × 可确认收入比例 × 回款/质保调整`

若没有同产品毛利，只能写 GAP，不能拿公司整体毛利填空。共享部件必须唯一归属；无法拆分时保留在系统合计并降低结论等级。

## 5. 同环节企业横评的固定字段

企业只能在同产品、同终端、同地域和相近商业模式下比较。每个环节至少包含：公司、直接产品、终端场景、收入/出货、产品毛利、技术路线、客户/认证、产能利用率、订单交付、应收现金、质保售后、优势、短板、改变判断的条件。

排序是研究优先级，不是投资评级。推荐使用 `LEADER / STRONG / CONDITIONAL / ADJACENT / GAP`，并为每个结论写明证据和反证。

## 6. 历史催化验证的正确用法

事件研究至少同时保留：事件日、首个可交易日、T+1/T+3/T+5/T+10/T+20、基准指数、超额收益、公司当时的产品/地区结构以及同期混杂因素。板块中位数只能描述整体显影，不能替代个股表格。

价格上涨不是订单证据。只有当“事件冲击 → 终端缺口 → 产品匹配 → 地区渠道/认证 → 订单/交付 → 收入/毛利/现金”闭合时，才可将催化提升为基本面判断。

## 7. 静态地图的输出规范

- 所有场景、公司横评、事件窗口和子链详情默认全部展开；标签页只可作为网页辅助，不能是唯一承载方式。
- PNG 必须按完整页面高度导出，禁止裁掉尾部表格；导出后核验像素尺寸、底部结束标记和横向溢出。
- Markdown 正文必须嵌入 PNG，并保留可搜索的表格/结论，不能只剩图片。
- 不使用无意义 HTML 标签制造锚点；标题、表格和普通 Markdown 链接优先。
- 颜色用于区分场景、强弱和 GAP，不用颜色代替文字结论。

## 8. 更新与发布的最小流程

普通内容更新采用：候选目录完整校验 → 旧版本可恢复快照 → 一次目录/索引切换 → 发布后只读复算 → 如不一致一次切回旧版本。内容审核只阻断来源原件、强事实、公司范围、结论越界和输出不完整；空格、编号、换行和表格样式默认不阻断。

## 9. 地图完成判定

只有在以下条件同时满足时才算完成：终端场景没有漏项；子链与内部环节唯一归属；所有占比都有分母；高价值项有对应毛利或 GAP；同环节公司完成横评；历史催化落实到公司；增长空间可落到量价利现金；重要结论能回到来源；静态图片完整显示；正文仍可独立阅读。

## 10. 行业继承方式

行业设计必须引用本文件，并仅补充行业特有内容：场景枚举、技术路线、系统边界、稳定输出路径、公司池、数据字段、来源优先级和结论上限。若行业需要新增信息层，应在行业设计中说明；不得删减十四层中的适用项目，确实不适用时必须写 `NOT_APPLICABLE` 及理由。

 ana-doc/目录导读.md

@@ -3,7 +3,7 @@
创建人员：management.admin
文件职责：说明 `project-info` 项目案例分析体系文档入口、研报体系方法母版、行业案例目录和相邻数据目录用途。
管理规范/模板：../项目规范.md；../../common/ana-doc/案例分析环境创建指南.md；../../common/ana-doc/案例分析规范.md。
引用文件：研报体系导读.md；案例分析规范.md；案例审核规范.md；案例存储体系.md；数据抓取脚本说明.md；案例总纲.md；案例分析设计.md；案例执行日志.md；案例审计报告.md；案例问题记录.md；研报体系/研报解析架构.md；研报体系/研报分析架构.md；股票估值/目录导读.md；../项目配置清单.md。
引用文件：研报体系导读.md；案例分析规范.md；案例审核规范.md；案例存储体系.md；产业链地图通用模板与研究方法.md；数据抓取脚本说明.md；案例总纲.md；案例分析设计.md；案例执行日志.md；案例审计报告.md；案例问题记录.md；研报体系/研报解析架构.md；研报体系/研报分析架构.md；股票估值/目录导读.md；../项目配置清单.md。
记录方式：目录入口文档；本目录正式文件新增、删除、改名或职责变化时同步更新。

## 1. 本体系定位
@@ -20,6 +20,7 @@
| `案例分析规范.md` | 本项目案例分析本地规范入口，融合研报解析架构和研报分析架构流程，含研报体系接入流程、资料归档、主动补数据、补证轮次上限、市场反向补漏、核心文档输出、行业子规范优先级和 darkline 使用规则 |
| `案例审核规范.md` | 本项目案例审核本地规范入口，融合研报解析架构和研报分析架构的审核要求，含研报案例设计审核、执行审核、存储审核、输出审核、补证轮次上限、结论边界审核和复审清单 |
| `案例存储体系.md` | 案例数据、研报资料、证据、结果包、manifest、MySQL 追溯和临时文件存储口径 |
| `产业链地图通用模板与研究方法.md` | 跨行业产业链地图公共方法母版；定义终端反向建链、十四个信息层、价值量与盈利双轴、同环节企业横评、历史催化验证、静态全展开和完成标准 |
| `数据抓取脚本说明.md` | `ana-data/tools/` 数据抓取、外部来源归档、本地 MySQL 只读导出和市场反向补漏脚本使用说明 |
| `案例总纲.md` | 父级案例事项背景、目标、边界、状态和结论账本 |
| `案例分析设计.md` | 父级案例选择口径、执行步骤、证据要求和验收方式 |

			@@ -1,74 +1,7 @@
			# 产业链地图通用模板与研究方法
			# 产业链地图通用模板与研究方法（迁移入口）

			## 1. 这不是一张装饰图，而是一套研究顺序
			本方法已提升为整个案例分析体系的父级公共文档：

			产业链地图必须先回答“谁在什么终端场景中解决什么问题”，再从终端反推系统方案、部件、材料、设备、渠道和运营。不能先列公司，再把公司硬塞进产业链；也不能把项目 CAPEX、设备成本、公司收入和生命周期现金流相加。
			[打开公共方法母版](../../../../../ana-doc/产业链地图通用模板与研究方法.md)

			## 2. 从终端场景反向建链

			每个行业至少冻结以下五类对象：

			1. 终端场景：用户、负荷、规模、地域、约束和付费方式；
			2. 系统方案：完成终端功能所需的整机、软件、工程和服务；
			3. 子产业链：材料、部件、制造设备、整机、渠道、EPC、运营；
			4. 公司角色：直接产品、系统集成、渠道服务、资产运营必须分层；
			5. 证据链：来源、期间、单位、分母、事实、推理、反证和结论上限。

			对光伏，至少区分集中式固定、集中式跟踪、工商业屋顶、户用屋顶，并将大储、工商业储能、户储作为第二层 Overlay；对储能，至少区分表前大储、工商业、户储、微网和长时储能；对电池生产，至少区分动力、储能、消费/小动力、低空/机器人等终端。

			## 3. 一张完整地图的十四个固定信息层

			\| 层 \| 必答问题 \|
			\|---:\|---\|
			\| 1 \| 行业一句话结论与研究边界是什么？ \|
			\| 2 \| 终端场景有哪些，哪些不能混在一起？ \|
			\| 3 \| 每个场景的系统方案和技术路线有何不同？ \|
			\| 4 \| 子产业链及内部环节如何一一归属？ \|
			\| 5 \| 各部件做什么、用在哪里、被什么替代？ \|
			\| 6 \| 各场景下价值量占比是多少，分母是什么？ \|
			\| 7 \| 同一环节企业如何横向比较，排序依据是什么？ \|
			\| 8 \| 价值占比与产品毛利率如何共同形成利润池代理？ \|
			\| 9 \| 订单、交付、收入、现金、质保如何传导？ \|
			\| 10 \| 地域、认证、本地渠道与终端整机商如何连接？ \|
			\| 11 \| 历史事件或战争窗口中，公司价格显影是否重复？ \|
			\| 12 \| 当前增长空间来自量、价、份额、利润还是现金？ \|
			\| 13 \| 哪些公司值得跟踪，什么条件下升级或降级？ \|
			\| 14 \| 证据缺口、反证条件和停止边界是什么？ \|

			## 4. 价值量与盈利必须双轴表达

			每一项占比必须写明 `region + scenario + denominator + unit + period + tax/currency basis`。至少分开：项目总 CAPEX、设备成本池、某系统内部成本、公司收入、生命周期 OPEX/收益。

			利润池只使用下式作为研究代理，不作为估值结论：

			`利润池代理 = 同分母价值占比 × 同产品毛利率 × 可确认收入比例 × 回款/质保调整`

			若没有同产品毛利，只能写 GAP，不能拿公司整体毛利填空。共享部件必须唯一归属；无法拆分时保留在系统合计并降低结论等级。

			## 5. 同环节企业横评的固定字段

			企业只能在同产品、同终端、同地域和相近商业模式下比较。每个环节至少包含：公司、直接产品、终端场景、收入/出货、产品毛利、技术路线、客户/认证、产能利用率、订单交付、应收现金、质保售后、优势、短板、改变判断的条件。

			排序是研究优先级，不是投资评级。推荐使用 `LEADER / STRONG / CONDITIONAL / ADJACENT / GAP`，并为每个结论写明证据和反证。

			## 6. 历史催化验证的正确用法

			事件研究至少同时保留：事件日、首个可交易日、T+1/T+3/T+5/T+10/T+20、基准指数、超额收益、公司当时的产品/地区结构以及同期混杂因素。板块中位数只能描述整体显影，不能替代个股表格。

			价格上涨不是订单证据。只有当“事件冲击 → 终端缺口 → 产品匹配 → 地区渠道/认证 → 订单/交付 → 收入/毛利/现金”闭合时，才可将催化提升为基本面判断。

			## 7. 静态地图的输出规范

			- 所有场景、公司横评、事件窗口和子链详情默认全部展开；标签页只可作为网页辅助，不能是唯一承载方式。
			- PNG 必须按完整页面高度导出，禁止裁掉尾部表格；导出后核验像素尺寸、底部结束标记和横向溢出。
			- Markdown 正文必须嵌入 PNG，并保留可搜索的表格/结论，不能只剩图片。
			- 不使用无意义 HTML 标签制造锚点；标题、表格和普通 Markdown 链接优先。
			- 颜色用于区分场景、强弱和 GAP，不用颜色代替文字结论。

			## 8. 更新与发布的最小流程

			普通内容更新采用：候选目录完整校验 → 旧版本可恢复快照 → 一次目录/索引切换 → 发布后只读复算 → 如不一致一次切回旧版本。内容审核只阻断来源原件、强事实、公司范围、结论越界和输出不完整；空格、编号、换行和表格样式默认不阻断。

			## 9. 地图完成判定

			只有在以下条件同时满足时才算完成：终端场景没有漏项；子链与内部环节唯一归属；所有占比都有分母；高价值项有对应毛利或 GAP；同环节公司完成横评；历史催化落实到公司；增长空间可落到量价利现金；重要结论能回到来源；静态图片完整显示；正文仍可独立阅读。
			新能源的光伏、储能和电池产业链地图继续继承该母版；行业特有场景、数据和公司结论仍留在新能源正式正文中。本入口用于兼容既有链接，不再维护第二份方法正文。

New file
			@@ -0,0 +1,84 @@
			# 产业链地图通用模板与研究方法

			创建人员：case_analysis.analyst.new_energy
			文件职责：规定本项目跨行业产业链地图的研究顺序、固定信息层、价值量与盈利口径、企业横评、历史催化验证、静态输出和完成标准。
			管理规范/模板：案例分析规范.md；案例存储体系.md；研报体系/研报解析架构.md；研报体系/研报分析架构.md。
			引用文件：目录导读.md；案例审核规范.md。
			记录方式：跨行业公共方法母版；具体行业仅补充行业场景、字段、公司池和证据，不复制或弱化本文件的通用方法。

			## 1. 这不是一张装饰图，而是一套研究顺序

			产业链地图必须先回答“谁在什么终端场景中解决什么问题”，再从终端反推系统方案、部件、材料、设备、渠道和运营。不能先列公司，再把公司硬塞进产业链；也不能把项目 CAPEX、设备成本、公司收入和生命周期现金流相加。

			## 2. 从终端场景反向建链

			每个行业至少冻结以下五类对象：

			1. 终端场景：用户、负荷、规模、地域、约束和付费方式；
			2. 系统方案：完成终端功能所需的整机、软件、工程和服务；
			3. 子产业链：材料、部件、制造设备、整机、渠道、EPC、运营；
			4. 公司角色：直接产品、系统集成、渠道服务、资产运营必须分层；
			5. 证据链：来源、期间、单位、分母、事实、推理、反证和结论上限。

			场景必须按行业实际结构拆分。例如，发电设备可按集中式、分布式和用户侧拆分；储能可按表前、工商业、户用、微网和长时场景拆分；电池可按动力、储能、消费、小动力及其他新终端拆分。示例只说明拆分方法，不构成任何行业的固定枚举。

			## 3. 一张完整地图的十四个固定信息层

			\| 层 \| 必答问题 \|
			\|---:\|---\|
			\| 1 \| 行业一句话结论与研究边界是什么？ \|
			\| 2 \| 终端场景有哪些，哪些不能混在一起？ \|
			\| 3 \| 每个场景的系统方案和技术路线有何不同？ \|
			\| 4 \| 子产业链及内部环节如何一一归属？ \|
			\| 5 \| 各部件做什么、用在哪里、被什么替代？ \|
			\| 6 \| 各场景下价值量占比是多少，分母是什么？ \|
			\| 7 \| 同一环节企业如何横向比较，排序依据是什么？ \|
			\| 8 \| 价值占比与产品毛利率如何共同形成利润池代理？ \|
			\| 9 \| 订单、交付、收入、现金、质保如何传导？ \|
			\| 10 \| 地域、认证、本地渠道与终端整机商如何连接？ \|
			\| 11 \| 历史事件窗口中，公司价格显影是否重复？ \|
			\| 12 \| 当前增长空间来自量、价、份额、利润还是现金？ \|
			\| 13 \| 哪些公司值得跟踪，什么条件下升级或降级？ \|
			\| 14 \| 证据缺口、反证条件和停止边界是什么？ \|

			## 4. 价值量与盈利必须双轴表达

			每一项占比必须写明 `region + scenario + denominator + unit + period + tax/currency basis`。至少分开：项目总 CAPEX、设备成本池、某系统内部成本、公司收入、生命周期 OPEX/收益。

			利润池只使用下式作为研究代理，不作为估值结论：

			`利润池代理 = 同分母价值占比 × 同产品毛利率 × 可确认收入比例 × 回款/质保调整`

			若没有同产品毛利，只能写 GAP，不能拿公司整体毛利填空。共享部件必须唯一归属；无法拆分时保留在系统合计并降低结论等级。

			## 5. 同环节企业横评的固定字段

			企业只能在同产品、同终端、同地域和相近商业模式下比较。每个环节至少包含：公司、直接产品、终端场景、收入/出货、产品毛利、技术路线、客户/认证、产能利用率、订单交付、应收现金、质保售后、优势、短板、改变判断的条件。

			排序是研究优先级，不是投资评级。推荐使用 `LEADER / STRONG / CONDITIONAL / ADJACENT / GAP`，并为每个结论写明证据和反证。

			## 6. 历史催化验证的正确用法

			事件研究至少同时保留：事件日、首个可交易日、T+1/T+3/T+5/T+10/T+20、基准指数、超额收益、公司当时的产品/地区结构以及同期混杂因素。板块中位数只能描述整体显影，不能替代个股表格。

			价格上涨不是订单证据。只有当“事件冲击 → 终端缺口 → 产品匹配 → 地区渠道/认证 → 订单/交付 → 收入/毛利/现金”闭合时，才可将催化提升为基本面判断。

			## 7. 静态地图的输出规范

			- 所有场景、公司横评、事件窗口和子链详情默认全部展开；标签页只可作为网页辅助，不能是唯一承载方式。
			- PNG 必须按完整页面高度导出，禁止裁掉尾部表格；导出后核验像素尺寸、底部结束标记和横向溢出。
			- Markdown 正文必须嵌入 PNG，并保留可搜索的表格/结论，不能只剩图片。
			- 不使用无意义 HTML 标签制造锚点；标题、表格和普通 Markdown 链接优先。
			- 颜色用于区分场景、强弱和 GAP，不用颜色代替文字结论。

			## 8. 更新与发布的最小流程

			普通内容更新采用：候选目录完整校验 → 旧版本可恢复快照 → 一次目录/索引切换 → 发布后只读复算 → 如不一致一次切回旧版本。内容审核只阻断来源原件、强事实、公司范围、结论越界和输出不完整；空格、编号、换行和表格样式默认不阻断。

			## 9. 地图完成判定

			只有在以下条件同时满足时才算完成：终端场景没有漏项；子链与内部环节唯一归属；所有占比都有分母；高价值项有对应毛利或 GAP；同环节公司完成横评；历史催化落实到公司；增长空间可落到量价利现金；重要结论能回到来源；静态图片完整显示；正文仍可独立阅读。

			## 10. 行业继承方式

			行业设计必须引用本文件，并仅补充行业特有内容：场景枚举、技术路线、系统边界、稳定输出路径、公司池、数据字段、来源优先级和结论上限。若行业需要新增信息层，应在行业设计中说明；不得删减十四层中的适用项目，确实不适用时必须写 `NOT_APPLICABLE` 及理由。

			@@ -3,7 +3,7 @@
			创建人员：management.admin
			文件职责：说明 `project-info` 项目案例分析体系文档入口、研报体系方法母版、行业案例目录和相邻数据目录用途。
			管理规范/模板：../项目规范.md；../../common/ana-doc/案例分析环境创建指南.md；../../common/ana-doc/案例分析规范.md。
			引用文件：研报体系导读.md；案例分析规范.md；案例审核规范.md；案例存储体系.md；数据抓取脚本说明.md；案例总纲.md；案例分析设计.md；案例执行日志.md；案例审计报告.md；案例问题记录.md；研报体系/研报解析架构.md；研报体系/研报分析架构.md；股票估值/目录导读.md；../项目配置清单.md。
			引用文件：研报体系导读.md；案例分析规范.md；案例审核规范.md；案例存储体系.md；产业链地图通用模板与研究方法.md；数据抓取脚本说明.md；案例总纲.md；案例分析设计.md；案例执行日志.md；案例审计报告.md；案例问题记录.md；研报体系/研报解析架构.md；研报体系/研报分析架构.md；股票估值/目录导读.md；../项目配置清单.md。
			记录方式：目录入口文档；本目录正式文件新增、删除、改名或职责变化时同步更新。

			## 1. 本体系定位
			@@ -20,6 +20,7 @@
			\| `案例分析规范.md` \| 本项目案例分析本地规范入口，融合研报解析架构和研报分析架构流程，含研报体系接入流程、资料归档、主动补数据、补证轮次上限、市场反向补漏、核心文档输出、行业子规范优先级和 darkline 使用规则 \|
			\| `案例审核规范.md` \| 本项目案例审核本地规范入口，融合研报解析架构和研报分析架构的审核要求，含研报案例设计审核、执行审核、存储审核、输出审核、补证轮次上限、结论边界审核和复审清单 \|
			\| `案例存储体系.md` \| 案例数据、研报资料、证据、结果包、manifest、MySQL 追溯和临时文件存储口径 \|
			\| `产业链地图通用模板与研究方法.md` \| 跨行业产业链地图公共方法母版；定义终端反向建链、十四个信息层、价值量与盈利双轴、同环节企业横评、历史催化验证、静态全展开和完成标准 \|
			\| `数据抓取脚本说明.md` \| `ana-data/tools/` 数据抓取、外部来源归档、本地 MySQL 只读导出和市场反向补漏脚本使用说明 \|
			\| `案例总纲.md` \| 父级案例事项背景、目标、边界、状态和结论账本 \|
			\| `案例分析设计.md` \| 父级案例选择口径、执行步骤、证据要求和验收方式 \|