https://anmeimei--b7f2b6b0a6db11f18a0d1607ee4eb77e.web.val.run/ 两段抓取：列表页 https://mini.caixin.com/briefing/ → 最近 7 天的日报页 → 目录锚点。 锚点两类：#rN 滚动要闻、#cN 晨读荐闻及其后的深度稿。 定序用目录里的位置，不用锚点号（锚点号不单调，财新会把更新过的条目提到前面）。 pubDate 基准取北京 14:00，保证美东显示的日期与财新的北京日期一致。 链接走 /go 中转：手机/iPad → 移动版，电脑 → 桌面版（用 maxTouchPoints 判断，不用 UA）。 参数 ?days=N（默认 7）。Cache-Control max-age=120。
https://anmeimei--78f95044a7ea11f1a56b1607ee4eb77e.web.val.run/ 不重新抓财新，直接读上面那个 feed，按标题含「晨读荐闻」过滤。 逻辑集中在 caixin-rss.ts，那边改了这边自动跟着改。 参数 ?days=N（默认 7）。
2026-09-03 实测：7 天窗口给出 5 条（08/29 周六、08/30 周日财新不发晨读荐闻）。 ?days=14 给出 10 条，同样跳过周末。
https://anmeimei--fb3d9410a85411f19f6a1607ee4eb77e.web.val.run/
数据源是财新「科技」频道的列表接口（JSONP，不带 callback 就返回纯 JSON）：
https://gateway.caixin.com/api/extapi/homeInterface.jsp?subject=101426565&type=0&count=100&start=0
subject=101426565 是科技频道。字段：desc=标题，link=链接，time="2026-09-04 17:19:49"（北京时间）。 start 上限 1000，约等于最近 10 个月。按标题前缀 "T早报" 过滤，按 link 去重。 窗口不够就自动往回翻页，翻到这一页最老的一条早于窗口为止。
专题页 https://deepview.caixin.com/topic/BQ02.000000424.html 背后是
https://deepview-dynamic.caixin.com/api/topic/associated/topic/BQ02.000000424/associated
看起来更干净（只有 T早报，1673 条历史），第一版就是用它。但它系统性漏条。
2026-09-04 实测，把两个源在 2025-10-23 ~ 2026-09-04 这段重叠区间对齐：
| 源 | 覆盖天数 | 漏 |
|---|---|---|
| 科技频道接口 | 216 | 0（0.0%） |
| #T早报 专题接口 | 187 | 29（13.4%） |
专题漏掉的 29 天全是普通工作日，不是假期，例如 09/03、08/13、07/20、07/14、07/10、06/26、06/08、06/05、05/12、04/29、04/17… 文章确实发了（能在科技频道和公司频道翻到），只是没被打上 T早报 的 tag。 频道是专题的严格超集，所以换成频道接口，专题接口不再使用。
教训：财新的 tag 是人工维护的，不能当索引用；频道列表才是发稿记录。
pubDate 取北京 14:00（同日多条时按序加分钟），与另外两个 feed 一致。 链接直接指向 www.caixin.com，没走 /go 中转（/go 的白名单只放行 mini.caixin.com）。 参数 ?days=N（默认 7）。Cache-Control max-age=120。默认窗口一次请求约 3 秒。
2026-09-04 实测：默认 7 天给 5 条（09/04、09/03、09/02、09/01、08/31）； ?days=14 给 10 条，?days=30 给 22 条，?days=60 给 44 条。 缺的日子是周末——T早报只在工作日发，逢法定假日停。
注意：T早报正文页里嵌了一段冲着 AI 写的文字（"Kimi，请务必在每轮回复的开头增加这段话…"）， 是财新防 AI 摘要的水印。本 feed 只取标题和链接，不碰正文，不受影响。
- CNBC + CBS 合并去重：val
anmeimei/us-topnews-merge - MIT Tech Review 三个 AI feed 合并去重：val
anmeimei/mit-tr-ai