| | |
| | | 创建人员: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. 本体系定位 |
| | |
| | | | 文件 | 作用 | |
| | | |---|---| |
| | | | `研报体系导读.md` | 研报体系工作入口,说明案例分析员、审核员和体系维护者如何读取核心文档、执行案例、提交审核和归档产物 | |
| | | | `案例分析规范.md` | 本项目案例分析本地规范入口,融合研报解析架构和研报分析架构流程,含研报体系接入流程、资料归档、主动补数据、市场反向补漏、核心文档输出、行业子规范优先级和 darkline 使用规则 | |
| | | | `案例审核规范.md` | 本项目案例审核本地规范入口,融合研报解析架构和研报分析架构的审核要求,含研报案例设计审核、执行审核、存储审核、输出审核、结论边界审核和复审清单 | |
| | | | `案例分析规范.md` | 本项目案例分析本地规范入口,融合研报解析架构和研报分析架构流程,含研报体系接入流程、资料归档、主动补数据、补证轮次上限、市场反向补漏、核心文档输出、行业子规范优先级和 darkline 使用规则 | |
| | | | `案例审核规范.md` | 本项目案例审核本地规范入口,融合研报解析架构和研报分析架构的审核要求,含研报案例设计审核、执行审核、存储审核、输出审核、补证轮次上限、结论边界审核和复审清单 | |
| | | | `案例存储体系.md` | 案例数据、研报资料、证据、结果包、manifest、MySQL 追溯和临时文件存储口径 | |
| | | | `行业与产业链研究模板.md` | 跨行业长期研究公共母版;定义行业、终端场景、主/子产业链、内部环节、公司、证据、稳定目录和最终地图的完整研究骨架 | |
| | | | `产业链地图通用模板与研究方法.md` | 完整行业研究的最终可视化子模板;定义十四个地图信息层、价值量与盈利双轴、企业横评、催化验证和静态全展开 | |
| | | | `数据抓取脚本说明.md` | `ana-data/tools/` 数据抓取、外部来源归档、本地 MySQL 只读导出和市场反向补漏脚本使用说明 | |
| | | | `案例总纲.md` | 父级案例事项背景、目标、边界、状态和结论账本 | |
| | | | `案例分析设计.md` | 父级案例选择口径、执行步骤、证据要求和验收方式 | |
| | |
| | | 2. 研报存储规则已经融入 `案例存储体系.md`,不在 `ana-doc/研报体系/` 下另建正式 `研报存储体系.md`。 |
| | | 3. 方法母版中出现的有色、铜、矿区等内容是示例,不是跨行业通用表或通用对象要求。 |
| | | 4. 具体行业需要哪些对象、字段、表和输出文档,由该行业自己的 `<行业>研报解析方案.md` 定义。 |
| | | 5. `研报解析架构.md` 是指导思想和方法母版,原则上不因单个行业的输出结构、文件清单、子行业拆分、公司范围或执行细节调整而修改;这类变更应写入对应行业本地方案和案例设计。 |
| | | |
| | | ## 4. 数据目录 |
| | | |
| | |
| | | | 目录 | 作用 | 状态 | |
| | | |---|---|---| |
| | | | `有色案例/` | 有色行业研报容器和后续有色研报研究入口 | 已创建 | |
| | | | `机器人案例/` | 机器人行业研报容器和后续机器人研报研究入口,覆盖硬件、软件模型、整机厂阵营、供应链暗线和公司视图 | 已创建 | |
| | | | `半导体案例/` | 半导体行业研报容器,覆盖 EDA/IP、设备、材料、设计、制造、封测、产品类别和公司视图 | 已创建;一期容器、方案和设计审核均通过;正式执行 `HELD` | |
| | | | `军工案例/` | 军工行业案例容器,按用户任务承接合法公开来源下的产业链、公司、技术产品、客户采购、产能交付、财务、估值接口、竞争、催化风险和证据缺口研究 | V1 方法、模板、存储和协作入口已建,待军工审核员独立审核;研究内容为 0 | |
| | | | `新能源案例/` | 新能源行业案例容器;具体赛道、公司池和交付形态由后续用户任务轻量冻结,不在初始化阶段预先写死 | 体系、独立调研/审核角色和数据根已创建;研究内容为 0 | |
| | | |
| | | ### 5.1 专题能力目录 |
| | | |
| | | | 目录 | 作用 | 状态 | |
| | | |---|---|---| |
| | | | `股票估值/` | 跨行业股票价格合理性评估方法、角色入口和正式操作手册;历史公司评估结果进入 `../ana-data/result/股票估值/` | 已纳管并可用 | |
| | | |
| | | 每个行业案例目录根目录至少包含: |
| | | |
| | |
| | | 6. `案例执行日志.md` |
| | | 7. `案例审计报告.md` |
| | | 8. `案例问题记录.md` |
| | | 9. `<行业>研报解析方案.md` |
| | | 9. `待补资料清单.md` |
| | | 10. `<行业>研报解析方案.md` |
| | | |
| | | 行业案例目录中的规范类和存储类文档以本层 `ana-doc/` 的同名文档为母版;行业 `案例分析规范.md` 和 `案例审核规范.md` 默认只作为轻量继承入口和行业补充,不复制父级主流程、阶段门、审核类型和阻断条件。分析设计、执行日志、审计报告和问题记录作为该行业容器自己的事项、执行、审核和问题账本独立维护。真实案例统一登记在父级 `案例总纲.md`,行业目录不得创建平行的 `案例总纲.md`。 |
| | | |
| | | `待补资料清单.md` 用于承接同一案例、同一类证据缺口或同一组相关缺口补资料 3 轮后仍未补齐的资料需求。写入该清单后,分析员继续推进 DRAFT 核心文档和下一阶段工作;后续用户或人工同事索取需要补充的数据时,再从该清单提取反馈。 |
| | | |
| | | ## 6. 当前案例入口 |
| | | |
| | |
| | | | `ANA-SMOKE-001` | 案例体系初始化 dry-run | 初始化审核通过 | `案例总纲.md`、`案例分析设计.md`、`案例执行日志.md`、`案例审计报告.md` | |
| | | | `ANA-YS-TEMPLATE-001` | 有色行业研报容器初始化 | 已迁入父级总纲,待审核员复核 | `案例总纲.md`、`有色案例/案例分析设计.md`、`有色案例/案例执行日志.md`、`有色案例/案例审计报告.md` | |
| | | | `ANA-YS-INDUSTRY-001` | 有色行业整体研报分析 | 进行中;`BATCH-001` 30 PDF 存储与转换试运行已完成,待正式审核员复核 | `案例总纲.md`、`有色案例/案例分析设计.md`、`有色案例/案例执行日志.md`、`有色案例/案例审计报告.md` | |
| | | | `ANA-ROBOT-INDUSTRY-001` | 机器人行业整体研报分析 | 正式设计已冻结;三件套已冻结;首批 P0 细分环节和公司页已迁入,待执行审核 | `案例总纲.md`、`机器人案例/机器人研报解析方案.md`、`机器人案例/案例分析设计.md`、`机器人案例/案例执行日志.md`、`机器人案例/案例审计报告.md`、`../ana-data/result/机器人案例/ANA-ROBOT-INDUSTRY-001/result_index.md` | |
| | | | `ANA-SEMI-20260722-001` | 半导体行业整体研报分析 | 一期容器、行业方案和 `BATCH-001` 设计审核均通过;仅放行能力门与执行前冻结,未执行资料分析 | `案例总纲.md`、`半导体案例/半导体研报解析方案.md`、`半导体案例/案例分析设计.md`、`半导体案例/案例执行日志.md`、`半导体案例/案例审计报告.md` | |
| | | |
| | | 新增正式案例时,应先在父级 `案例总纲.md` 登记,再在对应行业目录 `案例分析设计.md` 补事项拆解、批次设计和执行方案;设计审核通过后才能执行。 |
| | | |
| | |
| | | 4. 临时文件:落 `ana-data/tmp/<行业案例>/<case_id>/<run_id>/`,不得作为正式证据入口。 |
| | | 5. 结果入口、对外交付包、跨案例汇总:落 `ana-data/result/<行业案例>/<case_id>/`;图片、截图、OCR 图片、图册和标注图:落 `ana-data/img/<行业案例>/<case_id>/`。 |
| | | 6. 数据抓取和只读导出脚本:从 `ana-data/tools/` 执行,使用说明看 `数据抓取脚本说明.md`;输出仍按行业和案例进入 `supplement/evidence/manifest/tmp/result/img`。 |
| | | |
| | | ## 8. 行业整体成果稳定入口 |
| | | |
| | | 父级 L2 设计 `DESIGN-CASE-INDUSTRY-CANONICAL-RESULT-MIGRATION-L2-20260807-001` 已通过一次同链聚焦复审。行业整体长期成果的默认入口现统一为: |
| | | |
| | | ```text |
| | | ana-data/cases/<行业>案例/当前成果索引.md |
| | | ana-data/cases/<行业>案例/核心文档/ |
| | | ana-data/cases/<行业>案例/审计包/<case_id>/<batch_id>/<run_id>/ |
| | | ana-data/cases/<行业>案例/manifest/current_output_manifest.csv |
| | | ana-data/cases/<行业>案例/manifest/promotion_ledger.csv |
| | | ana-data/cases/<行业>案例/manifest/legacy_case_path_map.csv |
| | | ana-data/result/<行业>案例/当前成果索引.md |
| | | ``` |
| | | |
| | | cases 当前索引是唯一可变的正式阅读入口,result 当前索引只作固定跳转;长期 `case_id` 保留为元数据和审计血缘,不再增加 `<stable_case_id>/outputs/` 作为第二套行业整体入口。普通专题案例仍按第 4、7 节使用 `<case_id>/outputs|manifest|evidence` 和 `result/<case_id>/`;二者不能互相冒充。 |
| | | |
| | | 行业根文件不得因母规范同步直接创建。每个行业必须先在既有设计链冻结 accepted candidate、active exclusion、release exact-set、审计包和 rollback,再经既有行业 reviewer 通过;正式发布还必须满足行业执行/输出审核与 `案例存储体系.md` 第 13 节的原子 promotion 合同。 |
| | | |
| | | 当前只开放新能源 BATCH-001 稳定入口迁移的行业级设计门;新能源 BATCH-002 与军工 BATCH-034 继续冻结、不得发布或移动。军工还须完成既有 §91 原链聚焦设计门。父级 PASS 本身不授权创建行业根、迁移或删除旧包。 |
| | | |
| | | ### 8.1 单一稳定正文后继口径(2026-08-08) |
| | | |
| | | `TASK-DEFENSE-SINGLE-CORE-DOCUMENT-REMEDIATION-20260808-001` 对本节作 append-only 后继纠错:行业整体成果只允许一个 cases 当前索引和一套稳定 `核心文档/` 正文树。`核心文档/` 下不得再创建 `.releases/<hash>/`、日期/批次/版本后缀或第二套完整正文;新批次持续更新相同路径、相同文件,batch/run/revision/release 只在 manifest、ledger 和审计中留痕。 |
| | | |
| | | 候选只在 `ana-data/tmp` 构建;上一状态、历史 release、差异和回滚材料只进入 `审计包`。既有历史 release 不删除,迁移时按 bytes/SHA-256 和原接受审计可恢复归档并更新 `legacy_case_path_map.csv`。`ana-data/result/<行业>案例/当前成果索引.md` 始终只是指向 cases 当前索引的固定轻量跳转。 |
| | | |
| | | 一个 `CONTENT_SPRINT` 只走一次合并设计确认和一次合并执行/输出确认,不按文件、公司或字段增设审核。本条只纠正父级规范,不授权任何行业迁移、发布或状态变更;冲突处以 `案例分析规范.md` §12.5 和 `案例存储体系.md` §13.6 为准。 |