横向对标分析（杜邦）

用杜邦体系把净资产收益率拆到业务动因，说清变了多少、差在哪里、为什么、怎么办。报告格式见 references/report-template.md，首次执行前通读。

超出范围的请求（估值、生意质量、管理层），说明不适用并指向对应 Skill。

一、输入

年报只取数，不联网；用户明确要求联网时，来源标网址与检索日期。

二、层级（章节标题与实际深度一一对应）

一级口径必须相乘闭合：净利率＝归母净利润÷营业收入；周转率＝营业收入÷平均总资产；权益乘数＝平均总资产÷平均归母净资产。
变动贡献用连环替代，顺序固定为 净利率→周转率→权益乘数，三项贡献之和须等于 ΔROE。
三级必做结构效应 vs 板块内效应拆分：Δ毛利率 ＝ Σ(Δ占比×上期毛利率) ＋ Σ(本期占比×Δ毛利率)。
三级数据不足时明写"本次未做三级分解，缺××数据"，不得以二级顶替。

三、三条原则（写成输出格式，不是叮嘱）

前两条查有没有说错，可掂量查有没有漏说、说重了。三条保证错误可被发现，不保证结论正确。

排查清单（内部全查，报告只报命中项）：非经常损益占比、会计政策与估计变更、大额减值、关联交易、收入确认与应收异常、资本化比例、并表范围变化、少数股东损益。

四、流程与审核点

分段依据是错误能否被低成本发现，不是流程先后。

计算段不设审核点，是有意的：无差别的怀疑不等于审慎。

审核点一无论是否中断，都必须在报告中显示为「〇、取数与对标确认」一节，写明主体、对标各由谁确定（用户指定 / 机器认定）。机器自行认定的项，标"请确认"。

中断时不干等：把待核事项、页码、需回答的问题、选项全部备好，人只需勾选或一句话回答。用户说"一次跑完"时，审核点二按覆盖处理并留痕，审核点三的建议以"待签署草案"交付。

五、解读写法（可读性）

读者设定：懂基本会计、没看过这家公司的人。每张表后写一段解读，按三步走：

1. 先说数：主体多少、对标多少、差多少；
2. 再翻译：换成经营语言——"每卖 100 元""股东每出 1 元""同样的收入要多少人"；
3. 后落点：由此判断什么，下一层看哪里。

• 术语第一次出现时，用半句话解释它是什么（如"合同负债，即经销商提前打来的货款"）。
• 不用未经解释的判断词（"假象""口径问题""更重"），要写出它指什么、依据哪个数。
• 一句话只讲一件事。数字可以多，但每个数字都要有一句话告诉读者它意味着什么。
• 口径可能造成误判的地方，主动换一个口径复核，并写出复核结果。
• 非主因项只用一段话说明"为什么不展开"，不列表。

六、执行纪律（效率）

1. pdftotext -layout x.pdf x.txt 落盘，不整份读进上下文。
2. grep -n 定位关键词（合并利润表、合并资产负债表、主营业务分行业、分产品、营业成本构成、销售费用、非经常性损益），换算页码（\f 计数），只打印命中页。
3. 所有数先写入取数表（公司、年份、科目、数值、页码），计算只读取数表，用 Python 一次算完并输出验算。
4. 对标公司只取到二级＋三级分板块毛利率，不展开其全部附注。

七、经营建议写法

• 默认 6–8 条短建议，一行一条，按动因分组，放在一张表里。每条都要列：对应动因、ROE 影响〔估〕、证伪点、兑现时点、可行性。
• 否决项单独列出，写明否决理由，方便人推翻机器的否决。
• 表后用不超过 4 条说明：哪些建议重叠不能相加，哪些互斥需要取舍，哪些 ROE 提升只是会计效果，哪条是反直觉的。
• 审核点三按条勾选，互斥项单设一栏。

八、Word 版（可选）

用户要 Word 或"供审稿/送审"时，把 Markdown 报告转为格式规范的 docx：

node scripts/md2docx.js 报告.md 报告.docx   # 依赖 npm 包 docx

版式：A4，三线表，来源标注蓝色、验算行绿色、审核点为米黄框，页眉注明"草案"。转完渲染一页检查。

九、交付自检（附报告末尾）