为什么做？

我在黑五的时候4折开了X(原Twitter)的蓝V认证，既然花了钱，就得好好的运营，争取早日领导马斯克的工资!

毕竟，美金还是很香的！

但是，作为一个新人，你直接发你赛道的内容是不会有多少流量的！所以就得靠抄爆款内容！

但是，爆款内容不是说你每天刚好能刷到的，所以需要我们平常在刷X的时候，有意识的进行收集。然后就有了想自己做一个X的爆款内容收集器的想法！

有了想法，我的第一反应是问问AI，该怎么干？

怎么做？

对于和X相关的内容，最好的AI是直接在X里边问Grok。

我的第一反应是直接用API来批量获取，这是最方便的。X没有否定我的方案，给出了官方的三方的API。但是，基本都是要花钱的，于是我又用同样的问题问了Gemini3。

代码块 这是一个非常实用的需求。开发一个浏览器插件（Chrome Extension）来抓取 X (Twitter) 的内容是完全可行的，而且是目前个人开发者最经济、最高效的方案。 针对你的问题，我将从 API 现状 和 最佳技术实现路径 两个方面为你解答。 一、 关于 X (Twitter) 的 API 现状 简短回答：官方 API 又贵又难用，第三方 API 不稳定，不推荐用于此类插件。 1. 官方 API (Twitter API v2) X 在马斯克接手后大幅收紧了 API 政策： Free Tier (免费版): 基本上是“只写”权限（仅限发帖），无法读取帖子内容，无法搜索。对于你的“保存”需求完全不可用。 Basic Tier ($100/月): 虽然可以读取数据，但有非常严格的 Rate Limit（速率限制），且每个月 100 美元的成本对于个人工具来说过于高昂。 Enterprise: 企业级，极其昂贵。 2. 第三方 API 在 RapidAPI 等市场上确实存在一些“Twitter Scraper API”。 原理： 它们也是通过模拟浏览器爬虫去抓取数据，然后封装成 API 卖给你。 缺点： 极其不稳定（X 的反爬虫策略很强），且需要按次付费。 结论： 对于浏览器插件来说，这属于“脱裤子放屁”。因为你的插件已经运行在浏览器里了，你可以直接看到数据，为什么还要花钱去调远程 API 再抓一次呢？ 二、 最佳方案：基于 DOM 解析的浏览器插件 既然是写浏览器插件，利用 Content Script (内容脚本) 直接解析当前页面的 DOM 结构是零成本、最直接的方式。 核心思路 用户交互： 在每条推文下方添加一个“保存”按钮，或者在插件 Popup 页面点击“保存当前推文”。 数据提取： 使用 JavaScript 在当前页面查找特定的 HTML 元素（作者、时间、正文、图片链接）。 数据存储： 将提取的数据发送到你指定的存储端（如 Notion、Feishu/Lark、Local Storage 或你自己的服务器）。 遇到的技术挑战与解决方案 X 的前端是基于 React Native Web 构建的，这意味着： Class 名是混淆的： 你会看到类似 css-1.75oi2r r-18u37iz 这种无意义的类名。绝对不要依赖这些类名，因为它们随时会变。

为了更好的阅读体验，来飞书看吧：

https://oihbmn5sukx.feishu.cn/wiki/QmctwQi8tiw8KgkmfkocMdYHnpx