从零到 AI 自动发推：四步搭建你的 X 自动化发布流水线

如果你正在做独立开发或出海产品，大概率已经意识到 X（原 Twitter）依然是获取种子用户、建立技术影响力最直接的渠道之一。但手动发推既费时间又难坚持，尤其是当你想保持稳定更新时。这篇文章会带你从零开始，用四步走通一条完整的自动化链路：从注册开发者账号，到用 Codex 帮你自动发推。

整个过程不需要你提前掌握复杂的 OAuth 流程或 API 知识，只要跟着步骤操作，通常一个下午就能跑通。我们先从最基础的开发者后台开始。

第一步：注册开发者账号并创建应用

打开 developer.x.com，用你的 X 账号登录。这里会要求你填写开发者账号的用途说明，比如“用于个人项目的内容自动发布”或“用于产品公告推送”。建议如实填写，审核通常很快。

登录后进入 Dashboard，先创建一个 Project。Project 是 X 新版开发者平台里的组织单元，你后续创建的 App 都会挂在某个 Project 下。接着在 Project 里创建一个 App，App 名称建议用你的产品名或品牌名，方便识别。

创建完 App 后，你会看到 Access Tier（访问层级）的选项。目前有 Free、Basic 等不同档位，不同档位对应不同的 API 限额和功能范围。注意，免费档的发帖量非常有限，而且官方随时可能调整各档位的具体配额和价格，所以具体数字请以官方页面为准。如果你只是测试，先用 Free 档就够了；如果要做正经的自动化发布，可能需要升级到 Basic 或更高档位。

第二步：配置权限并生成密钥

App 创建完成后，进入 App 的设置页面。这里最关键的一步是把权限从默认的 Read（只读）改成 Read and Write（读写）。如果不改，你后续调用发推接口时会直接报 403 错误。

改完权限后，进入 Keys and Tokens 标签页，你会看到几组密钥：

• API Key 和 API Key Secret：相当于你的应用身份证。
• Access Token 和 Access Token Secret：代表你的账号授权给这个应用使用。

这两组密钥都是必填项，建议在页面上一次性全部生成并复制保存。如果你更熟悉 OAuth 2.0 流程，也可以选择用 Bearer Token 的方式，但传统四件套对初学者来说更直观。

这里必须强调一条铁律：密钥只允许放在环境变量里，绝对不能硬编码进代码文件，更不能提交到 Git 仓库。哪怕你的仓库是私有的，也保不齐哪天会公开或泄露。正确做法是在本地终端里用 export 命令设置环境变量，或者在部署平台上用 Secrets 功能管理。

第三步：发第一条 API 推文

拿到密钥后，先别急着上复杂框架，用最简单的方式验证链路通不通。你可以在命令行里直接跑 curl 命令，或者用 Python 的 tweepy 库。

用 curl 的话，核心是构造一个 POST 请求到 /2/tweets 接口，请求头里带上 OAuth 1.0 签名信息。但手写签名比较繁琐，所以更推荐用 tweepy。下面是一个最小可用的示例：

import os
import tweepy

client = tweepy.Client(
    consumer_key=os.environ["API_KEY"],
    consumer_secret=os.environ["API_KEY_SECRET"],
    access_token=os.environ["ACCESS_TOKEN"],
    access_token_secret=os.environ["ACCESS_TOKEN_SECRET"]
)

response = client.create_tweet(text="Hello from API! 这是第一条 API 推文。")
print(response)

运行前确保环境变量已经设置好。如果返回的 response 里有 id 字段，说明推文发布成功，去你的 X 主页刷新一下就能看到。这一步跑通后，你的自动化基础就已经打好了。

第四步：交给 Codex 做自动发布

链路通了，接下来就是把发布动作交给 AI。这里推荐用 Codex（OpenAI 的编程智能体）来做这件事，因为它能直接操作代码和命令行，适合写脚本、定时任务这类场景。

具体操作是：把密钥以环境变量的形式传给 Codex 的运行环境，然后给它一段指令模板。模板里建议包含四个要素：

第一，主题。明确告诉它你要发什么方向的内容，比如“独立开发经验”“AI 工具测评”“出海增长技巧”。

第二，素材范围。给它一个素材来源，比如某个 RSS 源、你的博客链接，或者一个存了灵感笔记的文件夹。Codex 会从中提取要点生成推文。

第三，发布规则。比如每条推文不超过 280 字符，必须包含一个话题标签，每天发布不超过 5 条，每条之间间隔至少 2 小时。

第四，人工审核。在初期，强烈建议让 Codex 只生成草稿，存到一个指定的文档里，由你每天手动复制到 X 上发布。跑通一段时间后，再考虑让它直接调用 API 发布。

另外，无论你是否完全信任 Codex，都要在指令里加上频率限制，比如“每小时不超过 10 条”。这个限制是为了防止意外情况导致刷屏。同时建议加上敏感词过滤，让 Codex 在生成内容时自动跳过包含特定词汇的素材。

如果你的账号比较重要，或者粉丝量已经不小，最稳妥的方式是始终保持“草稿待审”模式。也就是 Codex 负责写，你负责点发送。这样既能享受 AI 带来的效率，又保留了最终控制权。

安全红线与合规提醒

最后说几条必须记住的安全红线。

第一，密钥泄露等于账号被盗。一旦 API Key 或 Access Token 泄露，攻击者可以完全控制你的账号发推、删推、改资料。所以密钥管理的优先级永远是第一位的。

第二，坚持最小权限原则。如果某个应用只需要发推，就不要给它读私信或改资料的权限。权限越大，风险面越大。

第三，遵守 X 平台的自动化规则。X 对垃圾信息和滥用行为有明确的处罚机制，包括限流和封号。你的自动化内容应该是有价值的、真人会愿意看的内容，而不是刷屏广告或无意义转发。

第四，封号风险是客观存在的。任何自动化操作都有一定的账号风险，尤其是高频发布或内容质量低时。这个风险需要你自己评估和承担，本文不鼓励任何违规操作，也不对结果做任何保证。

回到整体流程：注册开发者账号、配置密钥、发第一条推文、交给 Codex 自动化。四步走完，你就拥有了一个可以持续产出的 AI 发推助手。后续你可以根据实际效果调整内容策略、发布频率和审核模式，逐步打磨出一套适合自己产品的自动化运营系统。

(文中案例与数字均为来源材料中提及，未经独立核实。)

系列：AI 实操