每天早上 7:08 准时到：一条美股早报的自动化流水线

一句话说清作品

每天早上 7:08 前，一份中文美股简报自动生成、自动推送：日报聊天里是文字版，企业微信群里是图片版；同时文字版、结构化数据、图片版三份按日期归档，留着以后回测。

为什么做成流水线

每天手动做这件事，流程是固定的：等美股收盘，查指数、查数据、查财报，再写成简报。固定流程最适合自动化——定时触发、按同一套规则取数写稿、渲染推送、归档留底。人工只负责一件事：晚上先定好“今晚口径”，也就是今晚要出的数据和财报的预期数字，第二天早上简报按同一口径复盘。

流水线四段

1. 定时触发：每天 07:08

定时任务每天早上 07:08 运行，首次推送是 2026 年 10 月 20 日早上。时间点是特意选的：美股收盘后、A 股开盘前，简报到手时刚好能对照着看亚太开盘。

2. 取数与写稿：最近一个完整美股交易日

写稿规则写在 skill 里：只取最近一个完整美股交易日，挑 3 到 6 个核心事件，每个事件写美国市场的影响，再映射到亚太（A 股、日股、韩股）。版式用编号分块，不用表格——因为客户端不支持 Markdown 表格。文末固定一句：仅供参考，不构成投资建议。

周末有特殊规则：周五的交易日，周六、周日、周一早上重复发同一期，不写新稿。

3. 渲染图片：指数卡片在上，事件表格在下

企业微信群里只发图片版。版式是混合蓝白版：顶部是指数卡片，下面是事件表格；涨跌配色按 A 股习惯，红涨绿跌；字体比初版加大。渲染脚本是 render_hybrid.py。文字版不再发企业微信，只进日报聊天。

4. 推送与归档：三份文件按日期存

每期三份文件——文字版、结构化 JSON、图片版——以简报日期命名归档，留着以后回测正确率与关联强度。归档不是附带功能，是流水线的一部分：简报写得对不对，要拿历史记录一项项对。

晚上定口径、早上复盘的闭环

流水线里最关键的一环不在机器里，在时间顺序上：下午先发“今晚口径”，把今晚要出的数据和财报的预期数字定下来；第二天早上 07:08 的早报按同一口径复盘，今晚不再单独发复盘。

两个实例：

• 11 月 3 日晚上定的口径是 JOLTS、AMD、Arista、SMCI；11 月 4 日早上复盘：JOLTS 752.3 万，大幅高于 710 万到 713 万的共识；AMD 盘后涨约 7%。
• 11 月 4 日晚上定的口径是中期选举结果、ADP、财政部再融资、ISM 服务业、麦当劳、优步、诺和诺德、高通、ARM；11 月 5 日早上复盘：民主党横扫、ADP 8.6 万高于 7.5 万共识、ISM 服务业 54.5 低于 54.8、高通与 ARM 盘后跌约 5%。

口径先行，结果对照，简报才有可验证性。没有口径的复盘，只是事后诸葛亮。

三次排障

1. 标题截断：加自动换行

11 月 1 日的周末回顾图片，标题被截断了。修法是标题自动换行，之后再没截断过。

2. 归档覆盖：按交易日命名撞了车

11 月 4 日那期，归档文件按交易日命名，结果和 11 月 3 日那期同名，把上一期的归档覆盖了。修法分两步：先把新一期改按简报日期命名；再把 11 月 3 日那套恢复——文字版从聊天记录原样恢复（2244 字节），JSON 与图片按内容重建（图片 1080×2829，逐项核对过，包括盘前期货卡片），并明确标注：重建件不是原件。

3. 命名规则没改完：停在安全检查上

覆盖事故之后，用户同意把命名统一为按简报日期命名。但改任务定义时，读保存的定义被安全检查拦下，任务定义和 skill 里的规则到现在还没改——这件事是挂起状态，不是已完成。11 月 5 日那期按简报日期归档、没覆盖 11 月 4 日，是那一次运行的归档方式，不能当成任务定义已改的证据。

另外还有一次时制切换：11 月 1 日美国夏令时结束，美股交易时段变成北京时间 22:30 到次日 05:00，美国 08:30 的数据发布变成 21:30。早报还是 07:08 发，时间点没动，动的是取数和发口径的时间。

复盘三点

1. 口径先行。先定预期数字，再出结果复盘，同一口径前后对照，简报才有可验证性。
2. 归档是流水线的一部分。文字版、结构化数据、图片版三份按日期存，丢了哪份都要能原样恢复或按内容重建，并标注清楚。
3. 自动化里的手工环节要留口子。命名规则这种改动，自动化改不了定义时就停下来等人定，别硬改、也别谎报完成。