X 推文双语日报流水线

要解决什么问题

如果你需要把 x.com 上某个账号在固定时间窗内的推文整理成可读日报，还要中英对照、落到协作文档并通知到微信，手工复制粘贴和逐条翻译很容易漏帖、时区算错，也难以复现同一套流程。

技能如何工作

整条链路按阶段串起来：Chrome CDP 登录态抓取 → 翻译与排版 → 飞书云文档 → 微信链接回传。

1. 启动调试 Chrome：在 macOS 上需用临时 profile 复制必要 session 文件（不要整包拷贝 profile），以 --remote-debugging-port 暴露 CDP，并配合 dangerouslyDisableSandbox: true 才能管理本机 Chrome 进程。
2. 抓取推文：运行 bundled 的 scrape_tweets.js（Playwright 连 CDP），默认取前一天 00:00～23:59（北京时间）；也可用 TIME_START / TIME_END（ISO 8601，须成对且起点早于终点）自定义窗口。环境变量还包括 TARGET_USERNAME、OUTPUT_DIR、CDP_URL 等，产出 tweets_raw.json。
3. 翻译排版：逐条译成中文，保留 $NVDA 等 ticker；写入 translations.json 后由 format_for_feishu.py 按 references/feishu_format.md 生成双语 Markdown，未匹配项会标 （翻译待补充）。
4. 发布与通知：用 lark-cli（--api-version v2、--doc-format markdown）从 Markdown 创建飞书文档并保存 URL；再通过 WorkBuddy 小程序的 deliver_attachments 把链接摘要推到微信（需开启「产物回传到小程序」）。

适用边界与注意点

• 未登录时脚本会报 Not logged in，需在调试窗口内重新登录 x.com。
• 不要用 xcancel/Nitter 等镜像做分页，反爬验证容易失败；应始终走 x.com + CDP。
• CDP 连不上通常是 Chrome 未按 Phase 1 方式启动；整 profile 拷贝会导致卡死（体积可达数十 GB）。
• 中间产物（tweets_raw.json、translations.json、报告 Markdown 等）建议保留以便追溯。