agentleFS
B-M-Capital-ResearchB-M-Capital-Research/honeclaw/skills/earnings-readout/SKILL.md

Earnings Readout

Skill748 starsChanged 3 months agoMITView on GitHub

财报这一维的执行口径——发布前把预期差拆成一致预期、公司指引、产业链读数与买方定价四个来源分别取数,发布后把 Beat/Miss 的幅度与决定估值中枢的变量分开写,并给出电话会原文受限时管理层措辞的落笔方式

Files
SKILL.md

财报解读 Skill

财报这一维只回答两句话:发布前,市场已经把什么定进价里了、我和它差在哪;发布后,这次真正被改写的是哪个变量。

本 skill 只做这两句的执行口径,其余每一维都有主:卖方分布与目标价在 analyst-coverage,三张表的质量、现金流与偿债在 fundamentals,倍数与合理价区间在 valuation-audit,四档结论与置信度在 hari-invest 的 references/decision-rubric.md。这四样在本篇里只被引用,不重算、不另立一套评级词。

一条纪律贯穿全篇:"预期差"必须写出是相对谁的预期。 不写参照系的"超预期"没有信息量——超的是卖方一致预期、公司自己上季给的指引,还是市场在事件前用价格表达的那个更高的隐含预期,三者经常不同向,而决定财报后怎么走的往往是第三个。

第一步:先判定走前瞻还是复盘

data_fetch(data_type="earnings_status", ticker=...) 取最新已发布季度与下次财报日(这一步的口径与 valuation-audit 第一步一致):目标季度尚未发布走前瞻,已发布走复盘。两条路互斥,同一轮不要既预测又复盘。用户说的季度与 earnings_status 的状态冲突时(问"这次财报"但该季其实还没发),先把状态摆出来再按实际状态选路,不虚构另一侧;未发布季度的任何数字一律标"预期",不当已实现业绩用。

前瞻:预期差的四个来源,分开列

预期不是一个数,是四个各有各的锚。四条逐条列、逐条给出处,取不到的那条写"本轮未取到",不要用一个笼统的"市场预期"把它们合并掉。

来源本轮取数要写出什么
卖方一致预期data_fetch(data_type="analyst_estimates")目标季的营收与 EPS 一致预期、可得时的覆盖家数。预期窗口起止财季与 GAAP / Non-GAAP 口径按 analyst-coverage 第五节标注,窗口不写清就不能用
公司自身指引earnings_outlook / press_releases,口径用 sec_filings 原文核对上季给出的区间原值与口径,以及给出后有没有修订过。一致预期与指引差异超过约 5% 时按 valuation-audit 的对账规则点名差异、说明采用哪个
同产业链已发财报公司的读数对上下游与同环节公司调 earnings_status / press_releases(选谁参照 market_analysis 的生态核心公司清单:算力链看 NVDA/AMD/TSM/AVGO,云与资本开支看 MSFT/META/GOOGL/AMZN,存储看 MU/SNDK)谁已经发了、发出来的量与价指向本公司哪一行(收入、毛利率、Capex),以及这条读数领先本公司几个季度。同链公司的数字只能支撑方向,不能直接当本公司的预测值
买方已经定进价里的预期quote + valuation;事件前区间涨幅与倍数分位的读法按 market_analysis 的「Price In / Price Out」事件前近 1 / 3 / 6 个月涨幅、当前倍数在自身历史区间的分位。这一条解释"超预期也可能跌":价格已经跑在一致预期前面时,要超的是价格里的那个数,不是卖方那个数

四条摆完收一句本轮的分歧点:我认为哪一行(营收、毛利率、下季指引、某个分部)会偏离上面哪一个锚、方向与大致幅度、依据是本轮哪条证据。形成不了不同看法就直说"本轮没有形成与一致预期不同的判断"——这是合格结论,比编一个方向强。

复盘:幅度一行,中枢一行

Beat/Miss 的幅度与决定估值中枢的变量分两行写,不能合并。

  1. 幅度:营收与 EPS 的实际值分别对上面四个锚里对应的那个,写成"相对一致预期 +X%、相对公司指引区间上沿 −Y%"这样的差值,并注明用的是 GAAP 还是 Non-GAAP、对应哪个财季。只写"超预期"、不写幅度、不写相对谁,这一行不算做完。
  2. 决定估值中枢的变量:一次财报里改写长期公式的通常不是当期 EPS,而是下面三项。每项都要给方向与幅度,"值得关注"不是判断:
    • 订单 / Backlog:在手订单、积压订单或 RPO 的金额与同比,以及它相对收入增速是在扩还是在收。它是"已签未确认",要当能见度用得补历史转化率——口径按 fundamentals 第四节的领先指标那一条,此处不重写。
    • 毛利拐点:毛利率的方向变没变,拐点来自产品结构、单价还是成本(利用率、良率、上游价格);公司在电话会或新闻稿里把原因归到哪一项,与你从数字上算出来的是否一致——不一致本身就是本轮最值得写的一件事。
    • Capex:本季与全年 Capex 及指引修订的幅度,以及它吃掉了多少经营现金流。Capex 上修既可能是需求信号也可能是自由现金流的减项,要明确站一边并说明理由,不要两句都写完就过。
  3. 幅度大不等于中枢动了:Beat 很大而三项都没有方向变化,就直接写"本次是当期兑现,长期公式未被改写";反过来 Miss 但订单与毛利拐点向好,也要写"当期数字差,中枢方向没坏"。当日股价与这两行对不上时,按 market_analysis 的 Price In / Price Out 解释差额,不要反过来用股价倒推财报好坏。

管理层措辞:能引什么,不能引什么

transcript 当前订阅只返回可用日期列表,正文受限;需要管理层原话时改用 press_releases 或带绝对日期的 web_search。两条都没取到就直接写"本轮未取到电话会原文",把这一段落回公司书面披露的口径(新闻稿里的指引原值、8-K 附件的表述)。不要凭印象写一句读起来像引语的话,也不要把媒体转述升写成管理层原话;引到了就带出处与绝对日期,并写清是新闻稿口径还是检索到的转述。

产出形态

  • 用户直接点名时("MU 下周财报怎么看"、"这次财报怎么读"、"戴尔超预期吗"):这一问就是一次完整研究,篇幅跟着本轮取到的证据走,不因问句只有一句就只交幅度一行。上面的"四个来源"与"幅度 + 三项变量"是判定主干,不是终稿的全部;终稿在数据时间首行与结论段之后逐块展开:
    1. 预期差对账表:营收、各分部、毛利率、营业利润率、EPS、经营现金流 / 自由现金流、下季与全年指引逐项列实际值、对应的锚(一致预期 / 公司指引 / 隐含预期)与差值,标 GAAP / Non-GAAP 与财季。
    2. 分部与驱动:哪一块贡献了差值、为什么;订单 / Backlog / RPO 的金额、同比与相对收入增速。
    3. 指引与管理层表述:新旧指引原值对照、修订幅度;引语带出处与绝对日期,按上一节的口径区分新闻稿原文与转述。
    4. 市场反应:常规时段与盘后 / 盘前分开写,各带报价时间;股价与幅度对不上时按 Price In / Price Out 解释差额。
    5. 中枢动没动:三项变量各给方向与幅度,写清这次是当期兑现还是长期公式被改写。
    6. 估值再锚定:本轮已取到新指引、股本与现价时,并载 valuation-audit 把倍数乘完,给出区间与现价位置;只有分母确实取不到时才列缺项并给方向。不要以"要不要接着把倍数算出来"这句问话收尾。
    7. Bull / Bear / Base:各自落到至少一环具体数字(订单、毛利率、Capex、指引)。
    8. 催化、风险与证伪条件:下次财报日、能观察到的升级 / 降级信号。
    9. 动作框架:机会、持有等待还是风险区,以及改变判断的条件。 与问题无关的块可以合并,但不得整块省略;每块写到具体数字与因果链,不用一行标签式的话带过。
  • 被其它 skill 加载时:只交这一维。stock_research 的财报段按上面两条路展开;market_analysis 处理"财报后异动"时只取复盘的前两条填它的量化段;portfolio_management / position_advice 通常只要"下次财报日 + 本轮分歧点"两样。
  • 数据时间首行由主 Agent 负责,本 skill 不自带。

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.