| name | chassis-growth-agentic-research |
| description | 独立主控底盘型成长股正式研究；用私有 modules、多角色/subagent、中间产物、进攻型市场重定价主线、行业经济性与蛋糕分配、竞争/客户验证链、中期进攻 QA、终审事实 QA 和投资人写作，完整覆盖旧业务底盘、第二成长曲线、TAM/SAM/SOM、平台复用、承接动作、利润桥、跟踪体系、证据边界、三表/FCF 建模接力输入和估值接力输入。Use when 用户需要深度分析 A 股制造业、AI算力、数据中心、新能源、机器人、先进制造、半导体设备/材料等底盘型成长公司，判断旧业务托底、行业经济性拐点、新业务抬天花板、公司份额提升、平台能力复用、竞争客户验证、利润中枢上移、预期差和证伪路径，并产出正式深度报告而非摘要。 |
Agentic 底盘型成长股研究
Overview
这是一个独立主控 skill，直接编排底盘型成长股研究的私有 modules，并通过多角色研究、中间文件、进攻型市场重定价主线、行业经济性与蛋糕分配、竞争/客户验证链、中期进攻 QA、利润桥、跟踪体系、终审事实 QA 和投资人写作控制输出质量。final_report 是本 skill 的主终点，也是唯一正式报告形态；不另建 brokerage_report 或第二套终稿。终稿直接采用券商研报式表达：结论前置、变量聚焦、利润传导清楚、风险后置校准，但不写正式估值结论。它先把市场为什么重新定价、上行变量如何传导到利润斜率讲完整，再由证据边界和反方审查校准收敛。终稿负责把旧业务底盘、行业为什么扩容、公司为什么能分到蛋糕、第二曲线把上限抬到哪里、平台复用为什么让跨界可信、竞争客户验证如何支撑份额、承接动作如何变成收入利润、利润中枢和证伪路径讲清楚。正式报告必须先给出可下注、可验证、可被证伪的核心交易逻辑：市场误定价在哪里、稀缺资源或关键瓶颈是什么、最小利润模型怎样从单位经济乘到利润中枢、哪些数据会让主线升级或降级。反方审查只能在主线和利润模型之后校准置信度，不得在开篇替主线踩刹车。正式 PEG 估值由 $growth-stock-valuation 独立完成；正式 DCF 估值由 $dcf-valuation-workflow 主控 $financial-modeling 和 dcf-model 完成。本 skill 在研究阶段沉淀建模和估值 readiness；final_report_gate.py 与 publication hygiene gate 均 PASS 后必须生成轻量 dcf_financial_model_handoff 和 peg_valuation_handoff，作为来自投研系统的判断接口，辅助后续估值。本 skill 不写目标价、目标市值、PE/PEG/SOTP、买卖评级或明确投资建议。
Token discipline:
- 不减少正式研究的角色和模块覆盖；只减少重复事实搬运、重复取数和长文件全文读取。
- 同一事实只写入
<prefix>_facts_core.md 一次；后续中间稿、扩写蓝图和 handoff 优先用 Fact-ID 引用。final_report 只把 Fact-ID/Lead-ID 当内部定位索引，正文必须改写为公司公告、财报、交易所问询、客户资料、券商假设或产业链线索等自然来源表述，不暴露内部编号。
- 原始 CSV、问财长行、公告列表、研报列表和 Gemini 长文不得被全文读入上下文；必须先抽取窄表、短摘要或线索表。
- 三表、财务指标、行情、市值和股本默认只取一个结构化数据源；只有接口失败、权限不可访问、关键字段缺失或明显异常时才 fallback 到其他源。
- Gemini/Google Search 只作为缺口型二次线索发现器，落盘为
<prefix>_evidence_queue.md；不能用于公告财报、投关、三表、常规新闻或已由普通搜索覆盖的事实复述，不能写成长篇研究稿，也不能直接进入事实表。
- 静态规则只读一次：主控在启动正式研究时读取本
SKILL.md 和必要 references/modules，压缩成本轮 execution_contract；后续 subagent 或文件化阶段默认只传相关规则摘要、模块 Purpose/Workflow/Output 摘要和禁止项，不反复全文读取同一 reference。
- subagent prompt packet 必须改成角色级
role_packet：默认只传 facts_core、evidence_queue、必要的 evidence_index 的相关行、相关 Fact-ID/Lead-ID、模块规则和直接相关片段；不把完整事实表、完整证据表或完整上游研究稿塞进 prompt。
- 每个模块输出末尾必须包含“下游摘要块”：关键结论、涉及 Fact-ID、涉及 Lead-ID、影响的利润参数、终稿保留方式、仍需打开的原始来源。下游阶段默认先读摘要块和指定片段，只有遇到口径冲突、证据缺口或闸门失败时才回读全文。
核心判断是：
旧业务底盘够硬 + 市场重定价变量清楚 + 行业经济性改善带来渗透率提升 + TAM/SAM/SOM 不混用 + 公司份额提升路径清楚 + 第二曲线抬高天花板 + 平台能力可复用 + 竞争客户验证不缺位 + 承接动作进入经营兑现 + 利润桥走通 + 证据边界和证伪路径明确
本 skill 的目标不是生成高密度摘要，也不是把模块框架机械填满，而是通过多角色研究和中间产物，产出普通投资人能读懂、投资人能跟踪、反方能检验的正式研究报告：市场为什么重新定价，公司旧业务给了什么下限，行业为什么扩容，行业增长的钱为什么不是所有人平分，公司凭什么拿更多，第二曲线把上限抬到哪里，平台复用为什么让跨界可信，客户和竞争证据如何验证新身份，承接动作如何变成收入和利润，利润桥在哪些变量上变陡，哪些信号会让主线升级或证伪。终稿不能首鼠两端：前段必须先清楚写出“我押什么、为什么市场可能错、成立时利润中枢到哪里、错了降到哪一档”，再写证据边界和反方。正式研究只能有一条第一主线：所有章节和模块都必须服务同一个“最大预期差 -> 核心利润变量 -> 最小利润模型 -> 验证/证伪”的因果链；不能让旧业务、第二曲线、平台复用、客户验证和风险提示平权并列，冲淡刀口。底盘型成长股的默认叙事链是“旧业务给下限 -> 新变量改变利润斜率 -> 公司用平台/产能/客户放大变量 -> 扩产、认证、产品结构决定兑现节奏 -> 折旧、财务费用、现金流决定利润穿透率 -> 竞争和证据边界决定上限与降级路径”。不得默认套用供应链报告的“下游需求 -> 技术路线 -> 价值量 -> 客户认证 -> 订单放量 -> 利润兑现”顺序，除非标的确实是订单驱动的供应链平台公司。
Naming Discipline
所有研究产物统一写入 research_artifacts/<prefix>/，文件名使用 <prefix>_<artifact_key>.md。prefix 是稳定的研究对象 ID，必须在 Step 1 前确定并写入 <prefix>_question.md；整轮任务不得中途改名。
单公司默认 prefix：<market>_<code>_<short_name>。A 股用 A_300750_宁德时代，港股用 HK_00700_腾讯控股，美股用 US_NVDA_NVIDIA；其他市场使用清晰市场短码。若用户显式给出 prefix，可以沿用，但必须能区分市场、代码和对象；若只给公司简称，先规范化为默认格式。
prefix 允许中文、英文字母、数字和下划线；空格、斜杠、冒号、括号、连字符、标点统一改为下划线，连续下划线压成一个。不要把日期放入常规 prefix；同一对象多次研究需要区分时，在末尾追加主题短码，例如 A_300750_宁德时代_储能。artifact_key 固定使用小写 snake_case，不得混用中文、空格、连字符或临时编号。
跨投研 skill 的通用命名固定如下：question、investment_logic_card、facts_core、evidence_queue、evidence_index、market_variables_map、midterm_structure_review、skeptic_review、report_outline、final_report_expansion_plan、final_report。Post-report 接力文件固定使用 dcf_financial_model_handoff 和 peg_valuation_handoff；PEG deepdive/scorecard 与 DCF summary/model/validation 属于后续估值阶段产物。
When to use
适合用户要求：
- 深度分析一只 A 股制造业、AI 算力、数据中心、新能源、机器人、先进制造、半导体设备/材料等底盘型成长公司。
- 判断公司是否发生身份切换、行业经济性拐点、第二成长曲线成型、份额提升、平台能力复用、竞争客户验证、订单/客户/产能承接、利润中枢上移，并把证据、推理、市场口径和证伪点讲清楚。
- 不只要核心结论，还要把旧业务底盘、行业经济性与蛋糕分配、新业务天花板、平台复用、承接动作、利润桥和后续跟踪讲清楚。
- 需要用 subagent / 多角色 / 多阶段研究避免一次性摘要化输出。
不适合：
- 银行、地产、保险、纯资源周期、早期创新药、纯消费品牌。
- 无收入利润底盘、只有概念没有客户/订单/产能/研发承接的题材股。
- 用户只要“一句话看法”。如果用户要求“快速判断”“先粗筛”，可以使用轻量模式，但必须说明未完成完整 agentic 流程。
Non-negotiables
正式研究必须同时满足以下要求：
- 默认完成定义是写出
<prefix>_final_report.md，通过 final_report_gate.py 和 publication hygiene 中优先级检查，并在两轮 gate 均 PASS 后写出两个 focused handoff。除非用户明确说“只启动 subagent / 只要中间产物 / 先停在提纲 / 不要写终稿”，否则不能把“subagent 已完成”“QA 已完成”“可以进入 report_outline”或“中间文件已落盘”当作任务完成。任何缺口补写完成后，主控必须继续执行 report_outline -> final_report_expansion_plan -> final_report -> final_report_gate.py -> publication_hygiene_gate.py --fail-on medium -> post_report_handoffs。如果最终回复用户时 final_report.md 不存在，必须明确说明这是用户要求暂停或任务被阻塞，不能用“研究完成”表述。
- 完整覆盖 7 个核心私有研究模块、3 个横向护栏模块、1 个中期进攻 QA、1 个终审事实 QA、1 个三表/FCF 建模 readiness、1 个 PEG 估值 readiness，以及两轮 gate 后的 focused handoff：
- 市场重定价主线
- 旧业务底盘
- 第二成长曲线
- 行业经济性与蛋糕分配
- 平台复用能力
- 承接动作
- 利润桥
- 横向护栏：竞争/客户验证链
- 横向护栏：跟踪体系
- 横向护栏：证据边界与验证路径
- 中期进攻 QA：检查是否缺行业 beta、竞争客户链、市场变量、上行情景、利润斜率、跟踪体系、证据边界和终稿主线
- 终审事实 QA：反方审查、事实边界、替代解释和证伪检查，只负责校准，不负责削弱主线气势
- 三表/FCF 建模 readiness：研究阶段只沉淀收入、毛利率、费用率、capex、营运资本、税率、利息、UFCF 和 DCF-ready 候选字段；两轮 gate 后的
dcf_financial_model_handoff 只写 DCF 准入、guardrails 和阻断缺口
- PEG 估值 readiness：研究阶段只沉淀 PEG/动态 PE 所需的利润锚纪律、核心因子、情景准入、质量折价、年份切换和证伪规则；两轮 gate 后的
peg_valuation_handoff 只写 PEG 因子处理和系数影响机制；不写估值结论
研究模块由本 skill 私有管理，模块文件放在 modules/ 目录下；中期进攻 QA 不单独做 module，写入 <prefix>_midterm_structure_review.md。正式估值阶段分别由 $growth-stock-valuation 完成 PEG 闭环，由 $dcf-valuation-workflow 主控 $financial-modeling 和 dcf-model 完成 DCF 闭环。
- 不允许直接输出终稿。必须先形成中间研究产物。
- 每个核心判断必须写清楚：
证据 -> 推理 -> 反证/替代解释 -> 判断强度
- 必须区分：
- 公告或财报事实
- 结构化行情和财务数据
- 客户、订单、产能或行业一手资料
- 市场口径
- 合理推断
- 情景假设
- 最终报告必须面向一般投资人，解释术语、铺设推理台阶，不能只堆结论、概念和表格。
5a. 最终报告不得写成说教式科普或“有用但可删”的背景合集。每个正文段落都必须至少承担一个功能：改变核心交易逻辑、影响最小利润模型参数、解释公司特定事实、连接客户/订单/产能/竞争证据、给出验证/证伪指标。只是在解释概念、复述行业常识、提醒“需要关注”、描述研究框架或泛泛说“这很重要”的段落，必须改写到公司和利润参数上，或删除。
- 对市场正在交易但公告尚未充分验证的变量，不允许简单删除，也不允许只放在证据台账、脚注或反方审查里。必须降级保留为市场口径、券商假设、产业链线索或待验证变量，并写清证据等级、利润影响和验证路径。
- 不要在正文主线阶段过早压低变量。先把市场正在交易什么、行业为什么扩容、公司为什么能分到蛋糕、利润如何变厚写清楚；最后再统一校准证据边界和验证路径。证据分层服务于判断，不替代判断。
- 终稿必须先建立进攻型重定价主线：市场到底在押什么，公司为什么不只是旧业务修复或普通题材映射，哪些变量会让利润斜率变陡，公告事实验证了哪一段，下一季看什么来确认。不得把高重要市场变量先写成“证据不足、后续关注”后就结束。
8a. 正式研究必须在 Step 2 写出
<prefix>_investment_logic_card.md。这张卡必须回答：市场误解/误定价是什么、公司真正稀缺资源或瓶颈是什么、行业供需或经济性为什么给机会、最小利润模型是什么、数量乘数是什么、未来 2-3 年利润中枢区间是什么、当前市场隐含预期和主线差异是什么、最关键验证点和一票否决证伪点是什么。卡内必须额外写出 200-350 字“投资人首页判断”，它是可直接放进研报开篇的母句，必须使用“我们认为”开头或等价判断句，并包含第一驱动参数、利润传导、验证点和降级条件。缺数据时必须给区间、敏感性和置信度，不得用“无法确认/后续关注”替代模型。
8b. 反方审查后置。终稿前 30% 篇幅不得以“证据不足、待验证、仍需验证、兑现闸门、风险提示、反方观点”作为主语或章节中心。允许标注置信度，但必须先讲清“若成立，利润中枢如何变化”。终审事实 QA 只能校准主线的置信度、边界和降级条件，不得改写开篇进攻判断。
8c. 单主线和参数映射是锋利度底线。正式研究必须先选出一个最大预期差和 1 个第一驱动参数，例如单位经济、数量乘数、份额、ASP、毛利率、折旧/财务成本、交付节奏或现金回收；第二、第三变量只能解释第一主线为什么更可信或更脆弱。任何事实、客户线索、行业数据、平台复用或反方观点，如果不能说明它影响最小利润模型的哪个参数，必须降级为背景、脚注、跟踪项或删除，不得占据终稿主位。
8d. 研报化是 final_report 的默认表达纪律，不是第二套输出模式。不得新增 brokerage_report、sell_side_report 或“双版本报告”；所有正式交付只写 <prefix>_final_report.md。
8e. 终稿必须采用底盘型成长股叙事链：旧业务给下限，新变量改变利润斜率，公司用平台、产能或客户资源放大变量，扩产/认证/产品结构决定兑现节奏，折旧、财务费用和现金流决定利润穿透率，竞争与证据边界决定上限和降级路径。材料类或玻纤类公司应优先写成“旧主业给下限 -> 新品类单位经济改变利润斜率 -> 可售量或产能利用率放大弹性 -> 折旧/财务费用/现金流决定穿透率 -> 高端认证和同业供给决定乐观情景”，而不是先套供应链式订单叙事。
8f. 终稿正文不得暴露内部过程语言和内部索引，包括 Fact-ID、Lead-ID、skill、subagent、gate、handoff、扩写蓝图、终稿、研究阶段候选、正确写法、普通投资人最容易误判、本报告只做 等。内部文件可以使用这些词；正式报告必须改成读者可见的研报语言。
8g. 券商式表达必须服务讲清楚因果链，而不是套固定标题。可以使用“投资要点、盈利弹性、核心逻辑、业务底盘、行业景气、公司优势、财务分析、催化剂、风险提示”等研报栏目，但栏目必须服从第一驱动参数和利润传导，不得把标题当作框架本身。
- 第二成长曲线必须回答“抬收入、抬毛利率、抬客户粘性、抬平台身份，还是只抬题材热度”。不得把行业空间直接等同于公司利润。
- 行业经济性与蛋糕分配必须回答：行业扩容来自成本下降、效率提升、性能突破、认证完成、客户批量导入、供给瓶颈解除还是政策/资本开支；TAM 只说明想象空间，SAM 说明可服务方向，SOM 才允许进入公司收入和利润桥。
- 平台复用必须拆技术、客户、工艺、产能、供应链、认证体系、组织能力和经济性曲线。不能只写“协同”“平台化”“复用能力强”。
- 承接动作必须区分扩产、融资、设备、客户验证、订单、量产和财报兑现。扩产不是订单，订单不是利润，收入增长不是利润中枢永久上移。
- 竞争/客户验证链必须回答：竞争对手是否也能拿到同一新业务机会、客户验证处于送样/认证/小批/量产/份额提升哪一段、公司优势来自技术、成本、交付、客户关系、认证周期还是平台复用。不得只写“客户优质、竞争格局好”。
- 利润桥默认做轻量利润中枢和利润斜率，不替代正式估值。必须拆清旧业务底盘利润、行业扩容中公司可获取份额、第二曲线新增利润、平台复用收益、扩张费用/折旧/财务成本/爬坡损耗、少数股东权益和现金流质量。
14a. 利润桥必须给出“最小可计算模型”。制造、设备、材料、算力、资源、产能或平台型公司，都必须尽量拆到单位经济或最小经营单元：单台/单线/单吨/单GW/单片/单柜/单项目/单客户/单产品价值量等，写清收入、成本、毛利、费用、折旧、财务成本、税率、现金流和归母口径。若无法精确，必须给保守/中性/乐观区间和敏感性，且说明置信度；不得只写“利润中枢待验证”。
- 中期进攻 QA 和终审事实 QA 不得把报告重新拉回保守摘要。中期 QA 首先检查“上行变量、利润斜率、客户份额、毛利率弹性、第二曲线天花板和跟踪触发器是否写透”；终审 QA 再检查事实边界、替代解释和证伪条件。
- 搜索层必须高召回，但 Gemini 不作为常规事实采集入口。优先组合公告网站、交易所、公司官网、投资者关系、客户/竞品公告、券商研报摘要、行业机构、结构化数据、
$wencai-query、$tushare 和普通 web search；只有这些来源仍无法覆盖关键市场变量、客户/竞品链、行业经济性或反证线索时，才检查 GEMINI_API_KEY 并运行 scripts/gemini_google_search.py。默认最多 1-2 组缺口型查询；若未运行，证据台账记录 Gemini未运行原因：常规来源已覆盖/无关键缺口/不可用。Gemini/Google 搜索结果只能进入证据台账的“市场口径/线索”层，必须回到原始公告、研报 PDF、公司/客户/竞品资料或结构化数据复核后，才能支撑正文判断。
final_report 不放正式估值章节，不写目标价、目标市值、PE/PEG/SOTP、买卖建议或“当前贵不贵”的估值结论；handoff 也不得输出这些结论。PEG handoff 只写因子接口、消费规则和 PEG 系数机制；DCF handoff 只写 DCF 准入、guardrails 和阻断缺口，不重建三表、不替代后续 DCF workflow。
Research Posture
正式研究启动时必须读取 references/research-posture.md，并写入本轮 execution_contract。后续阶段默认传递该 contract 中的姿态锚点，不重复全文读取：先写进攻型重定价主线，再做证据分层；高重要市场变量不得因未公告验证而删除，必须写成“市场押注 -> 利润传导 -> 成立时升级 -> 不成立时降级 -> 验证指标”；章节标题优先包含变量、机制或结论方向。
Agent Policy
正式研究启动时必须读取 references/agent-orchestration.md，并写入本轮 execution_contract。真实 subagent 是首选执行载体；若不可用，必须用分阶段文件化模拟独立角色，不得跳过角色。启动任何 subagent 前，主控必须传入最小 role_packet：标的、任务目录、输出文件绝对路径、相关规则摘要、对应 modules/*.md 的必要段落、question、investment_logic_card 摘要、与本角色相关的 Fact-ID/Lead-ID 和必要证据片段。已完成上游文件默认只传文件路径、相关 Fact-ID、下游摘要块、200-400 字摘要或与本角色相关的片段。
Workflow
Completion Contract
本 skill 的默认终点是 final_report，不是 subagent、QA、提纲或扩写蓝图。主控每次准备停止前必须做一次终点检查：
1. 如果用户没有明确要求停在中间阶段，检查 `<prefix>_final_report.md` 是否已经写入。
2. 如果 `midterm_structure_review` 列出必须补写清单，先补写并记录补写结果，再进入 `report_outline`。
3. 如果 `investment_logic_card` 不存在，先写 `investment_logic_card`，不得跳过核心交易逻辑卡。
4. 如果 `report_outline` 不存在，写 `report_outline`。
5. 如果 `final_report_expansion_plan` 不存在，写 `final_report_expansion_plan`。
6. 如果 `final_report` 不存在，先读 `investment_logic_card`、`report_outline`、`final_report_expansion_plan`、两轮 QA 和 `facts_core` 的相关 Fact-ID 行；再按章节按需读取中间文件下游摘要块和必要片段并写 `final_report`。正文不得出现 Fact-ID/Lead-ID、内部流程词或估值结论。
7. 写完 `final_report` 后运行 `scripts/final_report_gate.py`；失败则补写并复跑。
8. `final_report_gate.py` PASS 后运行 publication hygiene gate，必须使用 `--fail-on medium`；若失败，先改写内部痕迹、研究过程口吻和提示词残留，再复跑两个检查。
9. 两个 gate 都 PASS 后，生成 `dcf_financial_model_handoff` 和 `peg_valuation_handoff`；只有 `final_report`、两轮 gate 和两个 handoff 都完成，才可向用户说正式研究报告完成。
若用户只说“启动 subagent”，在本 skill 中默认解释为“用 subagent 执行完整正式研究流程”，而不是只完成 Step 4 后停止；除非用户同时说“先别写终稿”“只要中间文件”或类似暂停指令。
Step 1: 建立研究目录
在当前任务目录下建立中间产物目录：
research_artifacts/<prefix>/
<prefix>_question.md
<prefix>_investment_logic_card.md
<prefix>_facts_core.md
<prefix>_evidence_queue.md
<prefix>_evidence_index.md
<prefix>_market_variables_map.md
<prefix>_base_business_floor.md
<prefix>_second_curve_ceiling.md
<prefix>_industry_space_share.md
<prefix>_platform_reuse.md
<prefix>_competition_customer_validation.md
<prefix>_execution_signals.md
<prefix>_profit_bridge.md
<prefix>_tracking_dashboard.md
<prefix>_evidence_grading.md（证据边界与验证路径）
<prefix>_dcf_financial_model_handoff.md（两轮 gate 后 DCF guardrails）
<prefix>_peg_valuation_handoff.md（两轮 gate 后 PEG 因子处理）
<prefix>_midterm_structure_review.md
<prefix>_skeptic_review.md
<prefix>_report_outline.md
<prefix>_final_report_expansion_plan.md
<prefix>_final_report.md
所有中间产物、QA、post-report 估值接力文件和终稿必须写入上述目录；不得把投研文件写到任务根目录、artifacts/ 或其他临时目录。
Step 2: 主线假设与适用性分诊
先写入 <prefix>_question.md：
- 市场正在交易什么：身份重估、第二曲线、行业经济性改善、渗透率提升、公司份额变化、利润中枢上移、订单兑现、旧业务错杀修复或平台能力复用。
- 需要验证的 3 个核心问题。
- 先写“进攻型主线假设”：如果市场变量成立，利润中枢如何上移；如果不成立，逻辑降级到哪一档。
- 公司是否适用底盘型成长股框架；如不适用，停止完整流程并说明更合适框架。
再写入 <prefix>_investment_logic_card.md，作为后续所有模块和终稿的主线锚。必须使用下列骨架，不允许删项：
核心交易逻辑一句话：
投资人首页判断：
市场误定价/误解：
最大预期差/核心分歧：
真正稀缺资源或关键瓶颈：
最短因果链：
行业供需/经济性变化：
公司凭什么分到这块蛋糕：
最小利润模型：
核心利润变量/第一驱动参数：
第二/第三驱动参数：
单位经济关键假设：
数量乘数/兑现节奏：
未来 2-3 年利润中枢区间：
当前市场隐含预期与主线差异：
非核心信息如何降级或删除：
置信度：
最关键验证点：
一票否决证伪点：
反方只在后段如何校准：
investment_logic_card 不是估值报告，不写目标价、目标市值、买卖建议或正式 PE/PEG/SOTP 结论；它只负责把主线、利润锚、第一驱动参数和验证路径固定下来。若字段缺数据，写“缺口 + 区间/敏感性 + 如何验证”，不得留空。若后续模块不能改写、增强、削弱或证伪这张卡中的第一主线，相关材料不得成为终稿主段落。
Step 3: 证据收集
写入 <prefix>_evidence_index.md，按可获得性覆盖。证据收集必须先写 <prefix>_facts_core.md，作为唯一事实中枢；同一字段只能保留一个事实来源，若后续发现冲突，新增“口径冲突/待复核”行，不把两个数都反复写进正文。
facts_core 至少包含：
| Fact-ID | 字段/事件 | 数值/口径 | 报告期/日期 | 唯一事实来源 | 证据等级 | 进入哪些模块 |
|---|
- 公告原文：年报、季报、业绩预告/快报、募投、定增/可转债、重大合同、关联交易、问询回复、业绩说明会。
- 结构化数据：默认选择一个结构化源拉行情、市值、财务三表、财务指标、现金流、历史行情；市值和估值类字段只用于市场阶段判断、研究阶段候选字段、post-report
peg_valuation_handoff 或后续估值模型输入，不在终稿形成正式估值结论。只有失败、不可访问、缺字段或明显异常才 fallback。
- 市场位置：
$wencai-query 查概念、同行排名、题材口径、阶段涨幅、市场关注点。
- 公司官网、交易所互动、投资者关系、客户/竞品公告、行业资料和可靠新闻。
- 市场增量情报：券商研报核心假设、产业链调研、专家问答、交易热词、新业务客户和竞品进展。此类资料不能直接等同事实，但必须用于识别市场真正交易的边际变量。
- 行业空间与份额口径：券商/行业报告里的 TAM/SAM/SOM、渗透率、价格/成本/效率曲线、供需缺口、竞争份额和利润率假设。此类数据必须标注来源和口径，但不能因不是公告事实就从主线删除。
- Gemini Google Search 缺口型增强：公告财报、投关、三表、行情、常规新闻和已知研报列表不使用 Gemini 重复搜索。只有普通搜索、本地资料和结构化数据仍无法覆盖市场重定价变量、行业经济性/TAM/SAM/SOM、客户/竞品验证、平台复用、承接动作或利润桥关键缺口时，才检查
GEMINI_API_KEY 并使用 scripts/gemini_google_search.py，默认最多 1-2 组最相关查询；若未运行、不可用或脚本失败，必须在本台账记录 Gemini未运行原因、错误信息和替代搜索路径。输出必须压缩写入 <prefix>_evidence_queue.md，最多保留 10-15 条线索；不得把模型总结直接当事实，未核验线索不得进入 facts_core。
evidence_queue 至少包含：
| Lead-ID | 线索 | 来源/日期 | 核心说法 | 证据等级 | 是否已核验 | 需打开的原始来源 |
|---|
证据台账必须识别“市场变量”，但表格只能作为索引或 QA，不能替代正文推理。对每个高重要市场变量，必须写清：变量、市场口径、证据等级、成立时利润传导、不成立时降级路径、验证指标和终稿保留方式。若新证据改变 investment_logic_card 的主线、最小利润模型或利润中枢区间，必须同步更新该卡，记录“主线增强/减弱原因”。
Step 4: 多角色研究
正式研究中，主控必须覆盖 7 个核心私有研究模块、3 个横向护栏模块、1 个中期进攻 QA、1 个终审事实 QA、三表/FCF 建模 readiness、PEG 估值 readiness 和两轮 gate 后的 post-report handoff stage。核心模块负责主线成稿，横向护栏负责嵌入式检查和变量校准，不要求在终稿中逐一单独成章。模块文件保存在 modules/ 目录下，是各角色的唯一详细 prompt 来源，并作为本 skill 内部模块使用。模块覆盖不等于 subagent 数量；标准正式研究按 5 个研究 subagent + 2 个 QA subagent 合并执行，具体分组以 references/agent-orchestration.md 为准。
Step 4 开始前，主控必须一次性读取 references/research-posture.md、references/agent-orchestration.md 和本轮涉及的 modules/*.md，形成 execution_contract。执行每个 subagent 或文件化阶段前，主控只传入该角色需要的 role_packet：对应模块的 Purpose、Inputs、Workflow、Output 摘要、相关禁止项、相关 Fact-ID/Lead-ID、必要证据片段和上游下游摘要块；不得只依赖下表的角色名或主控摘要，也不得把完整 facts/evidence 表或完整上游研究稿作为常规输入。每个模块都必须按自己的 Output 段写入指定文件，并输出“市场变量交付”“上行情景交付”和“下游摘要块”。
主控必须在 <prefix>_report_outline.md 或终稿前保留一张覆盖表：
| 模块/护栏 | 必读模块/规则 | 输出文件 | 负责角色/阶段 | 结论强度 | 证据缺口 |
|---|
| 市场重定价主线 | modules/market-repricing-spine.md | <prefix>_market_variables_map.md | 市场重定价 | | |
| 旧业务底盘 | modules/base-business-floor.md | <prefix>_base_business_floor.md | 旧业务底盘 | | |
| 第二成长曲线 | modules/second-curve-ceiling.md | <prefix>_second_curve_ceiling.md | 第二曲线 | | |
| 行业经济性与蛋糕分配 | modules/industry-space-share.md | <prefix>_industry_space_share.md | 行业空间/份额 | | |
| 平台复用能力 | modules/platform-reuse.md | <prefix>_platform_reuse.md | 平台复用 | | |
| 竞争/客户验证链 | modules/competition-customer-validation.md | <prefix>_competition_customer_validation.md | 竞争/客户验证 | | |
| 承接动作 | modules/execution-signals.md | <prefix>_execution_signals.md | 承接/经营验证 | | |
| 利润桥 | modules/profit-bridge.md + references/handoffs.md | <prefix>_profit_bridge.md | 利润桥 | | |
| 跟踪体系 | modules/tracking-dashboard.md + references/handoffs.md | <prefix>_tracking_dashboard.md | 跟踪/证伪 | | |
| 证据边界与验证路径 | modules/evidence-grading.md + references/handoffs.md | <prefix>_evidence_grading.md | 证据边界 | | |
| 三表建模接力候选输入 | references/handoffs.md | 写入 <prefix>_profit_bridge.md / <prefix>_evidence_grading.md 的候选字段与缺口 | 三表/FCF readiness | | |
| PEG 估值接力候选输入 | references/handoffs.md | 写入 <prefix>_tracking_dashboard.md / <prefix>_evidence_grading.md 的 PEG 因子与缺口 | PEG readiness | | |
| 中期进攻 QA | references/qa-gates.md | <prefix>_midterm_structure_review.md | 提纲前 QA | | |
| 终审事实 QA | references/qa-gates.md | <prefix>_skeptic_review.md | 终稿前 QA | | |
利润桥、跟踪体系、证据边界和估值接力候选输入必须按 references/handoffs.md 执行；主控在写这些文件前必须读取该 reference。Step 4 不写正式 dcf_financial_model_handoff 或 peg_valuation_handoff，只在利润桥、跟踪体系和证据边界文件中沉淀后续可消费的候选字段、因子、证据等级和缺口。final_report_gate.py 与 publication hygiene gate 均 PASS 后必须生成两个 focused handoff：dcf_financial_model_handoff 只写 DCF 准入、guardrails 和阻断缺口；peg_valuation_handoff 只写 PEG 因子处理、情景准入、年份切换、质量折价和 PEG 系数影响机制；它们都不重建三表、不自填正式预测、不输出目标价、目标市值、买卖建议或最终估值结论。
若用户在同一任务中继续做正式估值，PEG 与 DCF 必须分别调用 $growth-stock-valuation 和 $dcf-valuation-workflow；本 skill 不生成估值聚合文件，也不得把目标价、目标市值、买卖建议或“当前贵不贵”的正式估值结论倒灌进 final_report。
中期进攻 QA 和终审事实 QA 必须按 references/qa-gates.md 执行。中期 QA 写入 <prefix>_midterm_structure_review.md，在写终稿提纲前检查模块缺口、进攻型主线、investment_logic_card、上行情景、利润斜率、跟踪体系、证据边界和终稿主线；若发现缺口，必须列出“必须补写清单”，主控补完后才能写 final_report。中期 QA 不要求正式 handoff 文件存在。终审事实 QA/反方审查写入 <prefix>_skeptic_review.md，它只校准证据边界和证伪点，不负责削弱主线气势，也不得把高重要市场变量简单删回风险提示。反方审查的结论只能进入终稿后段的“降级/证伪/跟踪”语境，不得改写前段核心交易逻辑。
Step 4 完成后不得停止。若中期 QA 有缺口，补写完成后必须记录补写结果并继续 Step 5；若中期 QA 通过或补写后通过，必须继续写 report_outline、final_report_expansion_plan 和 final_report。
Step 5: 写作提纲
写入 <prefix>_report_outline.md，不要直接写终稿。主控在写提纲前必须读取 references/final-report.md 和 references/qa-gates.md，若二者已进入 execution_contract，只需读取 contract 中的提纲和 QA 规则摘要。提纲必须确认中期进攻 QA 是否通过，先列 investment_logic_card 的“投资人首页判断”如何扩写为开篇 800-1200 字，再列要进入终稿前段的 3-6 个主线句、市场真正交易的 3-8 个变量、上行情景触发器、TAM/SAM/SOM 分层、竞争/客户验证链、应保留表格和 6-8 个结论型章节；complex 可放宽到 8-10 个，long-form 才允许 10-12 个。模块覆盖不等于终稿章节，旧业务、第二曲线、行业蛋糕、平台复用、承接动作、证据边界等应优先合并到主线章节中。提纲还必须初判终稿复杂度：compact、standard、complex 或 long-form。终稿前必须按 qa-gates.md 做市场变量覆盖 QA。
Step 5.5: 终稿扩写蓝图
在写 final_report.md 前，必须先按 references/final-report.md 写轻量 <prefix>_final_report_expansion_plan.md。扩写蓝图只承担三件事：固定开篇“投资人首页判断”的扩写方式、为每个核心章节绑定 3-5 条必须吸收的素材和读取片段、声明内部编号如何转换为自然来源表述。不要写大型十列表或重复模块摘要；若某章缺素材，回到中间文件补写或合并章节。扩写蓝图未完成，不允许写 final_report.md。
Step 6: 面向普通投资人的终稿
写终稿前不要一次性读取全部中间文件。先读取 <prefix>_investment_logic_card.md、<prefix>_report_outline.md、<prefix>_final_report_expansion_plan.md、<prefix>_midterm_structure_review.md 和 <prefix>_skeptic_review.md；<prefix>_facts_core.md 默认只读取扩写蓝图列出的相关 Fact-ID 行。再按扩写蓝图逐章读取对应模块的下游摘要块和必要片段；只有当摘要块无法支撑正文、存在口径冲突、闸门失败或需要复核证据时，才回读模块全文或原始来源。按 references/report-writing.md、references/final-report.md 和 references/qa-gates.md 写 <prefix>_final_report.md；若这些规则已在 execution_contract 中，使用 contract 摘要即可，必要时再回读全文。final_report 是唯一正式报告和主笔重构，不是模块摘要，也不是另一个“券商版”副本；核心章节必须使用 Markdown H2 标题 ##，默认 standard 模式为 7,000-10,000 中文字和 7-8 个 H2，compact、complex、long-form 的适用条件和闸门 profile 以 final-report.md 为准。事实定位可以使用 Fact-ID，但正文必须改成“公司公告/财报披露、交易所文件、客户或竞品资料、券商假设、产业链线索”等自然来源表述，不出现 Fact-ID/Lead-ID 或内部流程词。终稿开篇必须扩写 investment_logic_card 的“投资人首页判断”，用“我们认为/核心分歧在于/利润弹性来自/后续验证看/若变量弱化则降级到”的判断句组织；前段必须先写核心交易逻辑、误定价、最小利润模型和利润中枢区间；反方审查只能在后段进入证据边界、降级路径和跟踪体系。终稿不单列正式估值章节，不放目标价、目标市值、PE/PEG/SOTP 表，也不写买卖建议；估值因子、情景准入、模型消费规则、三表/FCF/UFCF 驱动和 DCF-ready 候选字段由 focused handoff 承接，但不形成估值结论。
终稿完成后必须按 qa-gates.md 执行终稿 QA，并按 final-report.md 运行 scripts/final_report_gate.py；未通过时不得向用户宣称终稿完成，必须补写后复跑。final_report_gate.py PASS 后必须运行 $research-report-publication-editor 的 publication hygiene gate，且使用 --fail-on medium；若出现中优先级及以上问题，先改写为正式研报判断句，再复跑两个检查。正式导出 PDF/HTML 前再次运行 publication hygiene gate。
Output Discipline
最终回复用户时，除非用户要求只看终稿，否则要说明：
- 新生成了哪些中间文件。
- 哪些 agent / 阶段完成了哪些任务。
- 7 个核心私有研究模块、3 个横向护栏模块、中期进攻 QA、终审事实 QA、三表/FCF 建模 readiness 和 PEG 估值 readiness 如何被覆盖，最好给出覆盖表；并说明两个 post-report handoff 的文件路径。
investment_logic_card 和 final_report 是否已经完成；若未完成，必须说明是用户明确要求暂停、闸门失败正在补写，还是遇到阻塞。不得在 final_report.md 缺失时说“研究完成”。- 终稿文件路径。
最终回复前必须进行文件存在性检查：<prefix>_investment_logic_card.md、<prefix>_final_report.md、<prefix>_report_outline.md 和 <prefix>_final_report_expansion_plan.md。final_report_gate.py 和 publication hygiene gate 均 PASS 后，还必须检查 <prefix>_dcf_financial_model_handoff.md 和 <prefix>_peg_valuation_handoff.md。只要用户未明确要求停在中间阶段，任一缺失或任一检查失败，都必须继续补写，不应进入最终回复。
References
Valuation Handoff Execution Order
Do not produce post-report valuation handoff files during the research-writing phase. The lead writer must finish final_report, skeptic_review must exist, scripts/final_report_gate.py must return PASS, and publication hygiene gate must return PASS with --fail-on medium first.
After both gates pass, launch one valuation-handoff subagent or equivalent post-report stage. It reads final_report, skeptic_review, profit_bridge, tracking_dashboard, facts_core, and only necessary supporting snippets, then writes both focused handoffs:
<prefix>_dcf_financial_model_handoff.md
<prefix>_peg_valuation_handoff.md
These files are required research judgment interfaces from finished research to later modeling and valuation:
dcf_financial_model_handoff: DCF driver admission, UFCF guardrails, and blocking gaps.peg_valuation_handoff: PEG factor treatment, scenario admission, quality discounts, year-switching limits, validation metrics, and prohibitions.
Generated handoffs must include handoff_status: final_report_passed, source file paths, final_report_gate_status, publication_hygiene_status, and generation time. Neither handoff may contain target price, target market cap, buy/sell language, or formal PEG / DCF conclusions.
The PEG handoff must explicitly explain coefficient mechanics. For every major factor, state whether it raises the PEG coefficient, lowers it, caps it, permits only an optimistic-case coefficient, blocks year switching, or has no coefficient effect yet. The explanation must connect evidence to coefficient treatment, not merely say "positive" or "negative".
If a handoff is missing or older than final_report, the research workflow must regenerate it before claiming formal research completion. Downstream valuation should not consume stale handoff content.
