分析工具箱

report-editorial-architect

用于控制深度研报的最终编辑结构、网页化排版、标题层级、可折叠信息组织、引用纪律、数据时间框架和待复核事项。 语言信号:"研报太冗余"/"阅读线条太多"/"要经济学人+咨询公司风格"/"引用不正确"/"数据时间不清楚"/"不要 Markdown 长文,要网页报告" 不适用于:单个巴菲特投资框架本身的分析逻辑;单框架方法论仍由对应 skill 控制。

report-editorialweb-reportcitation-disciplinedata-as-ofconsulting-layout

研报网页化编辑架构

目标

把多个投资分析 skills 的长输出组织成“内容不减少、阅读噪音更低”的网页报告。它不替代 economic-moatmargin-of-safety 等分析 skill,而是在它们输出时增加统一的编辑协议:目录按 Skill 数量排列,每个 Skill 是一个可展开模块,模块内部保持连贯叙事。

输出协议

每个研报模块必须保留内部 Skill 的投资分析逻辑、术语、边界和核查问题,但要转换为用户能读懂、能决策、能复查的客户报告结构。不要在客户报告中直接暴露“原文/方法论/触发场景/可执行步骤/边界”这些生产标签,除非用户明确要求学习 Skill 本身。

每个 Skill 模块的输出建议按以下顺序组织:

  1. ### 结论标题

    • 标题要像报告页的小标题,而不是“总结”“分析如下”。
    • 标题直接表达判断,例如“品牌不是口号,复购和定价权才是护城河”。
  2. **一句话结论**

    • 用一句完整中文写出本模块的核心判断。
    • 必须采用“判断 + 原因 + 复核边界”的结构,例如“这家公司具备初步护城河迹象,因为客户留存和定价权较强,但仍需复核最近三年的毛利率与竞争格局变化。”
    • 页面会把这句话提取为目录摘要;缺失时会显示“本模块结论待补强”。
    • 不要写成泛化空话。
  3. **这对这家公司意味着什么**

    • 把 Skill 方法论翻译成目标公司的具体判断,不讲抽象课。
    • 先说业务含义,再说投资含义。
  4. **关键证据**

    • 列出 2—4 条支撑判断的事实、数据、经营现象或同行对照。
    • 没有数据就写“数据未公开”或“公开资料未见充分披露”,不要猜。
  5. **巴菲特式追问**

    • 用 1—3 个朴素问题帮助读者继续判断,例如“十年后客户为什么还离不开它?”
    • 追问要贴近公司事实,不要空泛。
  6. **数据口径/截至时间**

    • 标明使用的数据来自哪个口径:结构化财务数据、公司年报/公告、公开资料、生成时可用信息。
    • 有明确日期时写日期;没有明确日期时写“截至本次报告生成时可见公开资料”。
    • 站内笔记只作为语境和框架联想,不作为财务数字的最终口径。
  7. **来源线索**

    • 优先给可验证来源名称或链接线索:公司年报/10-K/20-F/招股书、交易所公告、SEC EDGAR、港交所披露易、公司 IR、伯克希尔致股东信。
    • 不要把站内相关概念、站内笔记列表或相关股东信清单堆进来源栏;这些内容可以留在正文语境或方法论附录。
    • 未实际核验到 URL 时,不要伪造链接;写“来源线索:公司 IR/年报,需人工复核链接”。
    • 必须包含来源状态:已给链接来源线索待核数据未公开
  8. **需要复核**

    • 写出本模块最容易出错或最需要后续补证的 1—3 个点。
    • 如果没有明显问题,也写“暂无额外复核项,但应以最新公告为准”。

编辑风格

  • 采用“经济学人 + 顶级咨询公司报告”的混合风格:结论密度高、标题有判断、段落短、证据清楚、少口号。
  • 不减少内容性;只在 Skill 模块层折叠,不在模块内部乱切视觉卡片。
  • 第一屏要让读者知道:公司、报告日期、数据截至口径、信息来源置信度、模块数量、关键风险。
  • 目录条目必须对应真实输出 Skill 数量,通常为商业模式 + 20 个框架 + 巴菲特收束,共 22 个左右;不要把模块内部小标题也变成目录项。
  • 目录可以用视觉分组帮助扫描,例如商业模式、生意质量、价格与估值、管理层与资本配置、风险纪律、长期复利、收束判断;但这些分组不是新的折叠层。
  • 每个模块只承载一个主要判断。多余背景放到证据或复核项,不要铺成连续长卷轴。
  • 避免模板词反复出现,例如“值得注意的是”“总的来说”“需要指出的是”。能用标题承载的,就不要再用过渡句堆砌。
  • 正式报告主文应体现“巴菲特式投资纪律”,不要全程写成巴菲特第一人称角色扮演;只有综合收束段可以保留少量第一人称口吻。

输出反模式

不要把下面这类内部生产过程当成客户报告正文:

  • R — 原文
  • I — 方法论骨架
  • A/A2 — 技能应用/触发场景
  • E — 可执行步骤
  • B — 边界

这些结构可以帮助模型思考,但客户报告应该读起来像一份投资判断备忘录:先告诉读者“这家公司在这个框架下到底好不好、证据是什么、还要复核什么”,而不是让读者观看 Skill 的制作流水线。

引用纪律

  • 不允许编造 URL、报告页码、财报数字、年份或管理层原话。
  • 外部事实优先标注来源类型;能给真实链接再给链接,不能确认就写来源线索。真实可验证链接允许使用 Markdown 链接,未核验链接禁止编造。
  • 巴菲特原文优先来自 Berkshire Hathaway Shareholder Letters;上市公司财务数据优先来自公司 IR、年报、10-K/20-F 或交易所公告。
  • 站内笔记可作为语境来源,但财务数字仍需标注公开披露口径。
  • 如果结构化数据与正文常识冲突,要把冲突写进“需要复核”,不要强行调和。

数据时间框架

所有报告必须在顶部或每个模块中显式写出:

  • 报告生成时间:页面生成或保存时间。
  • 数据截至口径:结构化数据的 lastUpdated、公司公告期间,或“截至生成时可见公开资料”。
  • 数据来源层级:硬数据、估算数据、公开披露、站内笔记语境、模型综合判断;页面侧边栏优先展示结构化数据时间,不展示站内内容清单。
  • 错误防线:缺失字段不得补写;估算字段不得冒充公告数据;历史案例数字不得套用到目标公司。

路由边界

  • 本 skill 只管研报编辑协议与呈现结构,不判断某家公司是否有护城河;护城河判断交给 economic-moat
  • 本 skill 不替代 business-model-analyst;商业模式拆解仍由该 skill 输出,本 skill 只要求它带上证据、时间和复核口径。
  • 本 skill 不替代 buffett-perspective;最终判断仍由收束 skill 完成,本 skill 只要求其结论更清晰、更可核对。
  • 如果需要展示 Skill 的 R/I/A/E/B 学习过程,应放在 Skill 详情页或“方法论附录”,不要混入客户研报主阅读线。

验证

一份合格研报应通过以下检查:

  • 第一屏能看到报告时间、数据口径和来源置信度。
  • 目录中的每个条目都对应一个 Skill 模块,并可独立展开/收起。
  • 模块内部保持完整叙事,不再被切成多张小卡片。
  • 每个模块都有可提取的 **一句话结论**,否则页面会暴露“结论待补强”。
  • 打印或导出 PDF 时,即使页面上模块处于收起状态,也必须保留完整正文。
  • 正文中所有具体数字都能追溯到结构化数据、公开披露或明确的来源线索。
  • 没有伪造链接;不确定处有“需要复核”。
  • 打印或导出 PDF 时仍然保留报告结构。