X (Twitter) 转推用户 API

Q: 一页不足 100 个账号，是不是已经读完了？

不是。每页只是约 100 个，条数不固定，短页不代表到底。判断读完的唯一依据是响应里没有 next_page_token；传 limit 也不能改变每页数量。令牌只有 24 小时有效，超时就从第一页重新读。

Q: media_count 怎么读？

它是这个账号发过的图片和视频数，和 post_count 对照着看：媒体数占发帖总数的比例高，说明账号偏爱发图片和视频。用户搜索那一页没有这个字段，转推用户这一页才有。follower_count、following_count、post_count 为 null 表示不公开，不等于 0。

Q: 转推用户和用户搜索都返回账号，怎么选？

已经有一条帖子，想知道谁转了它，用这一页，传 id；只知道话题、人名或用户名，想找账号，用用户搜索，传关键词。用户搜索多返回头像、认证标识和创建时间，这一页多返回媒体数，每页数量也不同。

POST

接口健康状态

24h 健康值: 正常
24h 平均耗时: —

健康 / 正常
可用
少量可用
基本不可用

正常

24 小时趋势

30 天趋势

转推用户：返回列表，每次一页、每页最多 100 条，条数不固定（短页不代表到底），要更多就把响应顶层的 next_page_token 作为 page_token 再调，没有 next_page_token 才是到底；limit 照收但不起作用；主要字段 media_count、next_page_token、id、username、url、name。支持翻页：把响应里的 next_page_token 作为 page_token 传回拿下一页，其他参数不变，每页算一次调用。

转推用户按 id 读取转推了某条帖子的账号，每行是一个账号：用户名、名称、follower_count、following_count、post_count，以及用户搜索没有的 media_count，也就是账号发过的图片和视频数。它回答「这条帖子被哪些账号转了」，适合找传播里的放大器，或者复盘一次传播靠谁推起来。

id 也可以填帖子链接，此时 url 不用传，同时填了也只认 id。一页约 100 个账号，转推多的帖子要带上 page_token 往后翻，每页单独算一次调用。

单价 $0.81 / 千次（每次 $0.000806），失败与空结果不扣费。同步返回；慢任务可在请求体加 "mode": "async"，先拿 job_id 再轮询。

AI 提示词

请帮我用 EveryInfra 的「X (Twitter) 转推用户」接口（twitter/retweeters）写一个数据采集脚本。

接口约定：
- 请求：POST https://api.everyinfra.com/api/v1/social，请求头 Authorization: Bearer <API Key>；Key 从环境变量 EVERYINFRA_API_KEY 读取，不要写进代码。
- 请求体里 platform 填 twitter，action 填 retweeters，参数放在 params 里。
- 必填参数：
  - id：数字帖子 ID（x.com/用户名/status/ 后的数字），也可填帖子链接；返回转推了这条帖子的账号，每页约 100 个。
- 可选参数：
  - page_token：翻页令牌：把上一次响应里的 next_page_token 原样传回，拿下一页；不传从第一页开始。令牌 24 小时有效，每页算一次调用。
  - url：兼容写法，可以不传：帖子链接直接填进必填的 id 即可；id 和 url 都填时以 id 为准。
- 返回一组记录，每条记录的主要字段：media_count（账号发过的图片 / 视频数（ret…）、next_page_token、id、username、url、name、text、follower_count、following_count、post_count。
- 示例请求体：
{
  "platform": "twitter",
  "action": "retweeters",
  "params": {
    "id": "2116263878807998722"
  }
}
- 计费：$0.81 / 千次；失败和空结果不扣费。
- 一次要采几十上百个时，在请求体加 "mode": "async"：先拿到 job_id，再轮询 GET https://api.everyinfra.com/api/v1/jobs/{job_id} 取结果。
- 返回 422 时，按错误信息里的候选参数和允许值修正；返回 429 或 503 时，按 Retry-After 等待后重试。

写代码前，先问清楚我要采哪些对象、一共多少个、需要哪些字段、结果存成什么格式，再把方案和大概花费讲给我确认。

请求参数

参数名	位置	类型	必填	默认值	说明
`Authorization`	header	`string`	是	-	Bearer 加你的 API Key。在控制台创建；不要放进网址或代码仓库。
`platform`	body	`string`	是	`twitter`	平台标识，固定值。
`action`	body	`string`	是	`retweeters`	能力标识，固定值。
`id`	body.params	`string`	是	-	数字帖子 ID（x.com/用户名/status/ 后的数字），也可填帖子链接；返回转推了这条帖子的账号，每页约 100 个。
`page_token`	body.params	`string`	否	-	翻页令牌：把上一次响应里的 next_page_token 原样传回，拿下一页；不传从第一页开始。令牌 24 小时有效，每页算一次调用。
`url`	body.params	`string`	否	-	兼容写法，可以不传：帖子链接直接填进必填的 id 即可；id 和 url 都填时以 id 为准。

代码示例

bash

curl -X POST 'https://api.everyinfra.com/api/v1/social' \
  -H "Authorization: Bearer $EVERYINFRA_API_KEY" \
  -H 'Content-Type: application/json' \
  --data-raw '{
  "platform": "twitter",
  "action": "retweeters",
  "params": {
    "id": "2116263878807998722"
  }
}'

OpenAPI 定义 (JSON)示例从环境变量 EVERYINFRA_API_KEY 读取 Key，复制出去的代码不含你的 Key。

响应示例

字段预览

这组示例参数还没有真实样例：这里只按接口定义列出响应结构和字段，值用 … 占位，不是一次真实调用的结果。

json

{
  "id": "req_…",
  "platform": "twitter",
  "action": "retweeters",
  "results": [
    {
      "media_count": …,
      "next_page_token": …,
      "id": …,
      "username": …,
      "url": …,
      "name": …,
      "text": …,
      "follower_count": …,
      "following_count": …,
      "post_count": …,
      "platform": …
    }
  ],
  "next_page_token": …,
  "pagination": { … },
  "count": …,
  "billing": {
    "charged": …,
    "charged_usd": …,
    "balance_after_usd": …,
    …
  },
  "quota": { … }
}

返回字段

业务数据在 results 里；下表是每条记录可能包含的字段，平台没有提供的值不会被补造。

字段	含义
`media_count`	账号发过的图片 / 视频数（retweeters）。
`next_page_token`	保留平台原语义
`id`	该记录在原平台上的唯一标识。仅在同一平台内唯一，跨平台可能重复。
`username`	用户名（@handle）。
`url`	该记录在原平台上的可访问链接。
`name`	名称。用于账号/商品/商家类能力，指该对象本身的名字。
`text`	正文内容，已去除 HTML 标签，全文返回、不截断（个别平台的列表结果本身只有摘要，以该平台的字段说明为准）。
`follower_count`	粉丝数。null 表示不公开，不等于 0。
`following_count`	关注数。null 表示不公开，不等于 0。
`post_count`	发布内容总数。null 表示不公开，不等于 0。
`platform`	数据来源平台标识，与请求里的 platform 一致（如 xiaohongshu、tiktok）。

常见问题

一页不足 100 个账号，是不是已经读完了？

不是。每页只是约 100 个，条数不固定，短页不代表到底。判断读完的唯一依据是响应里没有 next_page_token；传 limit 也不能改变每页数量。令牌只有 24 小时有效，超时就从第一页重新读。

`media_count` 怎么读？

它是这个账号发过的图片和视频数，和 post_count 对照着看：媒体数占发帖总数的比例高，说明账号偏爱发图片和视频。用户搜索那一页没有这个字段，转推用户这一页才有。follower_count、following_count、post_count 为 null 表示不公开，不等于 0。

转推用户和用户搜索都返回账号，怎么选？

已经有一条帖子，想知道谁转了它，用这一页，传 id；只知道话题、人名或用户名，想找账号，用用户搜索，传关键词。用户搜索多返回头像、认证标识和创建时间，这一页多返回媒体数，每页数量也不同。

错误与计费

401: 缺少 Key 或 Key 无效。
402: 余额不足，先充值。
422: 参数名或取值不对，按错误信息给的候选改；不扣费。
429: 超过每分钟请求上限，按 Retry-After 等待后再试。
503: 暂时无法完成，预扣的费用退回；结果未知时先核对，不要直接重发。
200 空结果: 没有数据，不扣费。

错误码

官方资料参照

只用于核对对象与术语，不表示平台对 EveryInfra 的授权或背书。

X API：转推了一条帖子的用户（Get Reposted By） ↗
X 官方 API 文档的 Get Reposted By 按帖子 ID 列出转推了它的用户，每页 max_results 最多 100、用 pagination_token 翻页。可证明「转推者」是按帖子 ID 定位的用户列表；不证明本接口和官方接口覆盖一致，也不证明 check_retweet 的判断规则。
核对于 2026-11-01