同步 deep-company-series Codex skill：补齐 2-5 篇新框架内容（sync-codex-skills.py 生成）
This commit is contained in:
xbtlin
@@ -1,6 +1,6 @@
|
||||
---
|
||||
name: deep-company-series
|
||||
description: "AI Berkshire skill: 深度公司系列：8 篇长文拆一家公司. Source: skills/deep-company-series.md."
|
||||
description: "AI Berkshire skill: 看懂XX公司（深度公司系列）：3-8 篇长文拆一家公司. Source: skills/deep-company-series.md."
|
||||
---
|
||||
|
||||
## Codex adapter note
|
||||
@@ -13,9 +13,9 @@ This skill is generated from `skills/deep-company-series.md` so Claude Code and
|
||||
- Before starting research, run the `date` command to confirm today's date; treat it as the baseline for "latest" data and state the data cutoff date in the report header. Never assume the current date from training data.
|
||||
- Preserve the research quality rules from `AGENTS.md`: cross-check financial data, use exact arithmetic tools for valuation/math, and clearly label uncertainty and source gaps.
|
||||
|
||||
# 深度公司系列：8 篇长文拆一家公司
|
||||
# 看懂XX公司（深度公司系列）：3-8 篇长文拆一家公司
|
||||
|
||||
为 $ARGUMENTS 撰写一个 8 篇深度长文系列，发布在公众号/视频号等公开渠道。**核心 IP 不是"会写"，而是"会改"——99% 的财经文章在违反本 skill 的事实核查标准**。
|
||||
为 $ARGUMENTS 撰写一个《看懂XX》深度长文系列（3-8 篇，按公司复杂度定，见"篇数适配"），发布在公众号/视频号等公开渠道。**核心 IP 不是"会写"，而是"会改"——99% 的财经文章在违反本 skill 的事实核查标准**。
|
||||
|
||||
参考样本：`reports/腾讯/《看懂腾讯》/`
|
||||
|
||||
@@ -24,7 +24,7 @@ This skill is generated from `skills/deep-company-series.md` so Claude Code and
|
||||
## 一、触发场景
|
||||
|
||||
用户希望为一家公司做"教科书级别"的深度研究，并以**系列长文**形式公开发布。区别于一篇研报：
|
||||
- 8 篇约 12 万字，从认知重置到决策框架完整闭环
|
||||
- 3-8 篇（复杂公司 8 篇约 12 万字，简单公司 3 篇约 3 万字），从认知重置到决策框架完整闭环
|
||||
- 每篇独立成文（适合单篇分享），但贯穿一套估值/管理层/价格判断
|
||||
- 写给"愿意花 90 分钟读懂一家公司"的读者，不是写给券商客户
|
||||
|
||||
@@ -32,7 +32,29 @@ This skill is generated from `skills/deep-company-series.md` so Claude Code and
|
||||
|
||||
---
|
||||
|
||||
## 二、系列篇目模板（8 篇）
|
||||
## 二、系列篇目模板
|
||||
|
||||
### 篇数适配公司复杂度（先定篇数，再定篇目）
|
||||
|
||||
**篇数不固定为 8。** 8 篇是腾讯这种"多业务 + 万亿投资组合 + 20 年管理层故事"的公司才撑得起的容量。写之前先问：这家公司有几个能用"一个尖锐问题"独立成文的主轴？有几个写几篇。
|
||||
|
||||
| 复杂度 | 特征 | 篇数 | 例子 |
|
||||
|--------|------|------|------|
|
||||
| 高 | 多条业务线各自成生意 + 隐藏资产/投资组合 + 管理层史料丰富 | 7-8 篇 | 腾讯 |
|
||||
| 中 | 2-3 条业务线 + 一个重大时代变量 | 4-6 篇 | — |
|
||||
| 低 | 主业清晰、核心问题少而集中 | **3 篇** | 快手 |
|
||||
|
||||
**3 篇的标准合并方式**（下面 8 主轴仍是检查清单，全部要覆盖，只是折进 3 篇）：
|
||||
|
||||
| # | 篇名方向 | 折入的主轴 |
|
||||
|---|---------|-----------|
|
||||
| 01 | 你以为你看懂了 X（开篇 + 生意与护城河） | 认知重置 + 护城河 + 利润引擎概览 |
|
||||
| 02 | X 的最大变量（当下叙事/隐藏资产） | 隐藏资产 + AI/时代变量 |
|
||||
| 03 | 多少钱值得买，什么信号必须卖（财务 + 决策终章） | 财务深度 + 管理层要点 + 估值决策 |
|
||||
|
||||
判断信号：如果某篇写到一半发现在"凑内容"（同一事实换说法重复出现），说明篇数定多了——合并。反之，某篇超过 12,000 字还塞不下，拆开。
|
||||
|
||||
### 8 主轴全模板（复杂公司用；简单公司当检查清单折叠）
|
||||
|
||||
| # | 篇名模板 | 核心问题 | 字数 |
|
||||
|---|---------|---------|------|
|
||||
@@ -47,6 +69,32 @@ This skill is generated from `skills/deep-company-series.md` so Claude Code and
|
||||
|
||||
加一篇 `00-系列说明.md` 作为目录索引，不发表。
|
||||
|
||||
**篇目必须适配公司**：模板是腾讯长出来的，不是套子。某篇没有独立内容（如没有投资组合的公司写不了 04），就替换成该公司特有的主轴（如快手的可灵 AI、电商），或按上面的合并方式折进更少的篇数。判断标准：这一篇能否用"一个尖锐问题"独立成文。
|
||||
|
||||
---
|
||||
|
||||
## 二·五、篇内结构模板（从《看懂腾讯》8 篇正文提炼）
|
||||
|
||||
每篇不是自由发挥，有固定骨架。共性结构：
|
||||
|
||||
- **头部引用块**：`> 《看懂X》系列 · 第 0N 篇 · <主轴>`，开篇加阅读时间
|
||||
- **第一节永远是钩子**：一组反常识数字 / 一条反常曲线 / 一个让市场担心的数字，不写背景铺垫
|
||||
- **每篇末尾**：`## 本篇要点回顾`（5-8 条，数字与正文严格一致）+ `## 下期预告`（用尖锐问题预告，不剧透结论）
|
||||
- **结尾两行斜体**：`*本文是《看懂X》系列第 0N 篇...*` + `*本系列基于公开信息和价值投资框架研究，不构成任何投资建议。*`
|
||||
|
||||
各篇专属骨架：
|
||||
|
||||
| 篇 | 骨架 |
|
||||
|---|------|
|
||||
| 01 开篇 | 股价被市场反复"重新定性"的历史曲线 → 三个常见错觉（每个用财报数据破）→ "需要同时戴几副眼镜"阅读地图表（链接到 02-08）→ 估值钩子数字表（只留悬念不给结论） |
|
||||
| 02 护城河 | 挑战者失败名单（有名有姓有年份）→ 迁移成本的本质（用户迁不走什么）→ 生态飞轮 → 5 年/10 年后护城河还在吗 → 一个反向思维实验（"如果我有 1000 亿能不能复制它"） |
|
||||
| 03 利润引擎 | 反常识数字开场 → 核心产品为何长青（拆到定价权层面）→ 增长空间量化（份额路径 + 反面论据：故事不工作的可能）→ 组织能力（为什么能持续出产品）→ 市场为什么低估 → AI/时代变量对本业务的影响 → 5 年后图景 |
|
||||
| 04 隐藏资产 | TOP 持仓表（**只统计未并表部分**，并表的单独说明防双算）→ 会计处理差异（哪些进利润表哪些不进）→ "不会卖 vs 可能减持"分类 → 市场为何打折价（逐条）→ 几个意外发现 → 估算折扣的简单方法 |
|
||||
| 05 AI/时代变量 | 让市场担心的数字 → 分业务拆赢家/输家（严重分化，不给整体结论）→ 关键反问（"X 输了单点之争，还能赢吗"）→ 5-10 年被绕过的场景推演（逐条反驳或承认）→ 5 个情景 → 未来一年监控信号清单 |
|
||||
| 06 财务 | 一条反常曲线开场 → 利润表（毛利率变化归因）→ 口径选择（Non-IFRS vs GAAP，为什么）→ EPS 与回购 → 资产负债表（净现金）→ 现金流与 FCF Yield → 股东回报按"1 美元测试"→ ROE 变化是好是坏 → 估值横向+历史比较 → 价值投资 10 项 Checklist 逐条过 → 把财报压缩成三句话 |
|
||||
| 07 管理层 | 核心团队表 → 关键人物的长期贡献（用具体决策，不用形容词）→ 利益对齐（持股/薪酬占利润比）→ **诚信检验：挑一次真实危机看应对** → 5 年承诺兑现率（逐条核对当年原话）→ 资本配置纪律 → 接班人隐忧（不回避）→ "买人三问"（诚实/能干/热爱）→ 综合评分 |
|
||||
| 08 决策 | SOTP 分部估值（说清"你买的到底是什么"）→ 历史估值分位 + **必须警告"后视镜不是导航仪"** → 未来利润三情景表（乐观/中性/保守 + 隐含增速，标明"是预测不是事实"）→ 红线清单（触发≠必卖，但必须重审）→ 赔率思维收尾 |
|
||||
|
||||
---
|
||||
|
||||
## 三、写作风格规范
|
||||
@@ -119,16 +167,17 @@ This skill is generated from `skills/deep-company-series.md` so Claude Code and
|
||||
3. 用 `/investment-team` 或 `/investment-research` 先生成内部研究底稿
|
||||
4. 与用户确认 8 篇的核心论点（避免写完才发现方向不对）
|
||||
|
||||
### 阶段 2：写作（按 01→08 顺序写，不跳）
|
||||
### 阶段 2：写作（按 01→末篇顺序写，不跳）
|
||||
|
||||
- 每篇写完先存 `reports/{公司名}/《看懂{公司名}》/0X-XX.md`
|
||||
- **目录冲突规则**：若 `reports/{公司名}/《看懂{公司名}》/` 已存在（旧版系列），不覆盖、不混放——新系列写入带日期后缀的新文件夹 `reports/{公司名}/《看懂{公司名}》-{YYYYMMDD}/`，旧文件夹原样保留
|
||||
- 不立即推 GitHub——等用户审阅
|
||||
- 用户提修订意见后修改
|
||||
- 修订完才 git push
|
||||
|
||||
### 阶段 3：跨篇一致性扫描（08 篇全部写完后）
|
||||
### 阶段 3：跨篇一致性扫描（全部篇目写完后）
|
||||
|
||||
派 Explore agent 并行扫描 8 篇做以下检查：
|
||||
派 Explore agent 并行扫描全系列做以下检查：
|
||||
1. 同一数字（市值、净利润、持股比例）跨篇是否一致
|
||||
2. 同一术语（FBS、SBC、Non-IFRS）首次出现是否解释
|
||||
3. 引用关系：02 篇说"详见 06 篇"是否真的对应
|
||||
|
||||
Reference in New Issue
Block a user