发布于 2026年1月18日 · 更新于 2026年7月13日
2026 年 X API 一览
当前计费模型
按量计费 credits
Free / Basic / Pro 套餐
已由按量计费取代
Post 读取费率
每条 $0.005
月度 Post 读取上限
200 万（按量计费）
直接进入交易场景
如果你要的是交易信号，不要停留在 API 价格表。
选择真正需要抢先收到信息的市场。
按每个监控账号每天 200 条 Post 计算，50 个账号使用 X API 约 $1,500/月。TweetStream Minimum：$199/月定额。
X 的公开计价流（Filtered Stream）据其文档约 6-7 秒 P99。TweetStream 的公开速度指标是 167ms 中位数服务器侧检测，并附带删除、置顶、资料/关注信号、$代币、合约 OCR 与实时 DEX 价格。
$199/月（50 个账号）· $499/月（250 个账号 + Discord）。3 天试用。
- TweetStream 167ms 中位服务端检测——X 公开计价 Filtered Stream 约 6-7 秒 P99（X 文档）
- WebSocket 载荷已附带内容、更新、删除、置顶、取消置顶、资料、关注、取消关注、$代币、合约 OCR 与实时 DEX 价格，并提供托管式投递和富化
- 定额 $199/月 Minimum / $499/月 Pro——无需为 200 万月 Post 读取上限做工程绕行
- 3 天试用。可用银行卡或稳定币押金；可随时在控制台管理或取消。
X API 定价一览
2026 年 X API 定价为按量计费。原有的 Free、Basic 与 Pro 月度订阅套餐已对新用户关闭——你现在先购买 credits，每次端点调用从余额中扣除，同一资源在 24 小时 UTC 窗口内重复读取会去重，用量与成本可在 Developer Console 中实时查看。Enterprise 仍是单独、定制定价的层级，用于超过按量计费上限的高吞吐需求。X 公开文档还标明自有读取为每个资源 $0.001，且按量计费方案有 200 万月 Post 读取上限。
X 公开定价文档目前列出：Posts: Read 每个资源 $0.005、User 与关注读取 $0.010、自有读取 $0.001、普通发帖 $0.015，含 URL 发帖另行收费。X 说明价格可能变化，因此正式确定架构前仍应在 Developer Console 核对。
当前 X API 单价
本指南在 2026 年 7 月核对时，X 公开定价文档列出了以下费率：
| 操作 | 资源 | 公开定价信号 | 你需要确认什么 |
|---|---|---|---|
| 读取 | Posts | 每个资源 $0.005 | 每日去重后的唯一送达量 |
| 读取 | 用户、关注与粉丝 | 每个资源 $0.010 | 鉴权范围、端点速率限制与返回量 |
| 读取 | 自有资源 | 每个资源 $0.001 | 已认证用户必须拥有该开发者应用 |
| 写入 | 创建 Post | 每次请求 $0.015 | 含 URL 的 Post 单列为 $0.200 |
| 读取 | 资料更新 | 每个资源 $0.005 | 事件量以及 Activity API 是否适合你的流程 |
| 读取 | 过滤流送达的 Posts | 每条唯一送达 Post $0.005；按量方案月上限 200 万 | 送达量、每日去重，以及超过上限后的 Enterprise 需求 |
买家最容易忽略的是用量累积。小规模读取可以很便宜，但账号监控会随每条唯一送达 Post 持续加价，并在每月 200 万次读取处触顶；流式客户端、重连、富化和提醒路由仍由你自己维护。
限制吞吐的运营性约束
按量计费改变的是账单模型，但每个端点仍然有限速、连接数和用量上限，会限制实际吞吐：
- 过滤流：1 个并发连接，每个项目 1,000 条规则，单条规则 1,024 字符
- 采样流：1 个并发连接，公共推文约 1% 抽样
- 过滤流延迟和送达行为需要在你自己的工作负载中实测，再决定是否用于交易提醒
- 搜索与查询端点：每端点仍有按 15 分钟计的限速
- 写入与包含 URL 的写入成本应在 Developer Console 中确认后再做批量发布
- 流式无回填 — 断连期间会丢数据，除非你有带外恢复路径
触发限额会返回 429 并附 x-rate-limit-reset。从第一天就要做指数退避与幂等处理。过滤流单连接的上限是真正面向实时业务时的硬约束 — 想跑多个并行流只能走企业版（25,000+ 规则、多个并发连接，需联系销售）。
按量计费下的过滤流：单连接、按送达 Posts 计量
过滤流可用于按量计费方案。注册规则、打开长连接 HTTP 后，X 会以换行分隔的 JSON 推送匹配的 Posts。每个唯一送达 Post 会计入用量；公开文档说明有每日去重，并且按量方案有 200 万月 Post 读取上限。
X 的流是 HTTP 分块传输（不是 WebSocket）。你的客户端要管理长连接、解析换行 JSON、用指数退避处理重连，并监听 X 大约每 20 秒发送一次的保活换行以检测停滞连接。
对交易提醒来说，问题不只是能否接入 X API，而是端到端速度、重连行为、你实际收到哪些信号、富化数据和运维负担。如果你需要带删除、置顶、资料/关注信号和代币/OCR/价格上下文的托管 WebSocket 账号监控 feed，通常比直接基于原始流事件自建更容易运营。
延迟现实
按量计费 Filtered Stream 的 P99 约 6-7 秒。TweetStream 公开的中位服务端检测为 167ms。
X 最快的公开计价流是 Filtered Stream，X 自家文档报告约 6-7 秒 P99 延迟。这还没算你需要写的重连、去重、OCR 和 $代币逻辑。
X 确实有更快的流——PowerStream——其文档称之为「最低延迟的流式 API」。它只在部分 Enterprise 方案中提供，没有公开标价或延迟数字。TweetStream 同时公开价格与服务端检测指标：Minimum 每月 $199。
TweetStream 中位数服务器检测
167ms
X Filtered Stream P99（X 文档）
~6-7 秒
X PowerStream 价格 / 延迟
未公开
在你的用量下按调用计费实际是多少钱
以下示例把 X 当前公开的 Posts: Read 单价 $0.005 应用于唯一送达量。X 说明价格可能变化，因此正式预算前请在 Developer Console 核对：
| 工作负载 | 月读取量 | X API 规划成本 | TweetStream 等价方案 |
|---|---|---|---|
| 原型：每天 100 次自有读取 | 约 3,000 次自有读取 | 如果符合 $0.001 自有读取，约 $3 | 不适用 — 按量计费就够 |
| 50 账号说明性示例：每天约 10,000 个唯一送达 Posts | 约 300,000 次读取 | 按 $0.005/送达 Post 约 $1,500；请用你的控制台费率重算 | $199（Minimum，50 个账号） |
| 250 账号说明性示例：每天约 50,000 个唯一送达 Posts | 约 1,500,000 次读取 | 按 $0.005/送达 Post 约 $7,500；请用你的控制台费率重算 | $499（Pro，250 个账号 + Discord） |
| 高吞吐聚合：500 万读取 + 10 万次标准写入 | 约 5M 读取 + 10 万写入 | 很可能需要企业版；按量方案上限可能适用 | 联系企业版报价 |
Twitter API 成本计算器
X 在按量计费方案上每条送达 Post 收费 $0.005。调整账号数与每天 Posts，对比按量 X 成本与 TweetStream 的定额价。
X 送达 Post 费率（Posts: Read）:
每 Post $0.005
X 公开定价文档中的固定值。自有读取为 $0.001；本计算器面向第三方账号监控，按 $0.005 计费。
| 预计每月送达 Posts | 300,000 |
| 预计 X API 月成本 | $1,500 |
| 最接近的 TweetStream 套餐 | Minimum：50 个账号，$199/月 |
| TweetStream 月价格 | $199 |
| 预计月度差额 | $1,301 |
X API 运营约束（未计入上方价格）
- Filtered Stream 在按量计费上限为 1 个并发连接；每个项目至多 1,000 条规则，单条 1,024 字符
- X 公开文档报告 Filtered Stream 约 6-7 秒 P99 延迟——对延迟敏感的交易提醒远远不够快
- REST 轮询有速率限制——按用户名查询时间线的端点限速为每应用 1,500 次/15 分钟，无法靠轮询达到低延迟提醒
- 按量计费方案上限为月 200 万 Post 读取，超出需走 Enterprise
- 你仍需自建并运维流式客户端、重连逻辑、去重、OCR、$代币检测与价格附加
上方 X 成本仅包含按量 Posts: Read。TweetStream 的定额价包含 WebSocket 交付、观察到的内容/更新/删除/置顶/取消置顶事件、可用的资料/关注/取消关注事件、$代币检测、图片 OCR、实时 DEX 价格，以及公开的服务端检测指标。
仅用于建模。端点级费率、去重、上限和 Enterprise 条款必须以你的 X Developer Console 为准。
面向账号监控工作负载的定额替代方案
如果你来到这页是为了估算 X API 用于推文告警的成本，先建模唯一送达 Posts。在一个说明性的 50 账号场景中，按每个账号每天约 200 条 Posts 计算，相当于每月约 30 万次读取。按每条送达 Post $0.005 计算，仅读取就约 $1,500/月，还没算流式客户端、重连逻辑、存储、富化和提醒路由。
TweetStream 通常会在我们的服务器上以 167ms 中位数检测到账号监控事件，该指标从帖子时间戳到 TweetStream 接收时间计算，随后通过 WebSocket 发送内容、更新、删除、置顶、取消置顶、资料、关注、取消关注事件，并附带代币检测、图片 OCR 和实时加密价格 — 定额 $199/月（Minimum，50 个账号）或 $499/月（Pro，250 个账号 + Discord webhook 推送）。仅就账号监控而言，用量增长后定额模型可能显著低于按量计费，同时由 TweetStream 管理实时投递和富化。
| 功能 | X API（按调用计费） | TweetStream Minimum | TweetStream Pro |
|---|---|---|---|
| 计费模型 | 按资源计量 | 定额 $199/月 | 定额 $499/月 |
| 每月约 30 万读取（50 个账号 × 每天 200 条 Post） | 用你的 Developer Console 费率建模 | 已包含 | 已包含 |
| 实时交付 | HTTP 过滤流 | WebSocket | WebSocket |
| 速度证明 | 在你的工作负载中实测 | 公开服务端检测指标 | 公开服务端检测指标 |
| 并发连接 | 1（多连接需企业版） | 托管 | 托管 |
| 代币检测 | 需自建 | 有 | 有 |
| OCR（图片文本） | 需自建 | 有 | 有 |
| 实时代币价格 | 需自建 | 有 | 有 |
| Discord 推送 | 需自建集成 | 无 | 内置 webhook |
| 你需要维护的集成 | 流式客户端、消息队列、存储、交易逻辑 | WebSocket consumer + 交易逻辑 | WebSocket consumer + 交易逻辑 |
用 TweetStream 更快上线
这篇文章讲的是这类工作流，但真正上线时不应该重新搭建推文接入、重连、代币检测、OCR 和下游投递。TweetStream 是更好的生产起点：帖子、更新、删除、置顶、资料变化、关注、取消关注，富化 JSON 载荷，支持套餐的历史回放，以及可以直接用自己账号验证的 3 天试用。
开始 3 天试用常见问题
TweetStream 团队
最近核对：2026 年 7 月