X (Twitter) 关注列表 API

Q: 怎么发现一个账号新关注了谁？

每隔一段时间读一次，把名单按 id 存下来，和上一次比对：新出现的 id 就是新增关注，消失的就是取消关注。id 是原平台上的唯一标识，存名单时以它为键。两次读取要用同样的 limit，否则名单长度不同，会把没读到的账号误判成取消关注。名单触到 2000 行的上限时，新增和消失的判断也都不完整。created_at 是账号的注册时间，名单里没有关注发生的时间。

Q: is_protected 为 true 的账号是什么？

受保护账号，推文只有它的粉丝能看到。这类账号出现在名单里，说明关注关系存在，后续分析时可以先单独列出。统计时可以按 is_protected 把名单分成公开和受保护两组，再分别比较 post_count 和 follower_count，缺值的行单独计数，别按 0 算进平均。

POST

接口健康状态

24h 健康值: 正常

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

24 小时趋势

30 天趋势

关注列表：返回列表，默认 200 条、单次最多 2000 条；主要字段 id、username、url、name、text、location。

请求发到 POST https://api.everyinfra.com/api/v1/social，platform 填 twitter，action 填 following_list。单价 $0.56 / 千次（每次 $0.000556），失败和空结果都不收费。同步返回；慢任务可在请求体加 "mode": "async"，先拿 job_id 再轮询。

X（Twitter）关注列表按 username 读取这个账号关注的可见账号，每行有用户名、显示名、所在地、粉丝数、发帖数、注册时间和认证标识。它回答「这个账号在看谁」：研究人员用它梳理某个圈子的信息网络，行业分析用它追踪关键人物新关注了哪些公司和人。

定期读同一个账号的关注列表、比对前后两次，就能看出新增和取消的关注。username 只认短名，带不带 @ 都可以，主页链接不行。不传 limit 时读 200 行，最多 2000 行；读到的是平台上看得见的那部分关注，不一定是全部。每行的 follower_count 能分出它关注的是大号还是小号，created_at 能看出关注的多是新号还是老号。

AI 提示词

请帮我用 EveryInfra 的「X (Twitter) 关注列表」接口（twitter/following_list）写一个数据采集脚本。

接口约定：
- 请求：POST https://api.everyinfra.com/api/v1/social，请求头 Authorization: Bearer <API Key>；Key 从环境变量 EVERYINFRA_API_KEY 读取，不要写进代码。
- 请求体里 platform 填 twitter，action 填 following_list，参数放在 params 里。
- 必填参数：
  - username：X 用户短名，可带 @，不要填完整主页 URL。profile 从最近帖子内的作者信息整理资料；followers_list 与 following_list 分别读取可见粉丝和关注账号，不保证完整关系网。
- 可选参数：
  - limit：这次调用最多返回的条数，整数，1–2000；不传按默认值，实际返回可能少于这个数。超过上限会在扣费前返回 422。（默认 200）
- 返回一组记录，每条记录的主要字段：id、username、url、name、text、location、avatar_url、follower_count、following_count、post_count、is_verified、is_protected（账号是否为受保护状态（推文仅粉丝可…）；一共 13 个字段，完整列表见 https://api.everyinfra.com/api/v1/social/catalog?platform=twitter。
- 示例请求体：
{
  "platform": "twitter",
  "action": "following_list",
  "params": {
    "username": "nasa"
  }
}
- 计费：$0.56 / 千次；失败和空结果不扣费。
- 一次要采几十上百个时，在请求体加 "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`	是	`following_list`	能力标识，固定值。
`username`	body.params	`string`	是	-	X 用户短名，可带 @，不要填完整主页 URL。profile 从最近帖子内的作者信息整理资料；followers_list 与 following_list 分别读取可见粉丝和关注账号，不保证完整关系网。
`limit`	body.params	`integer (1–2000)`	否	`200`	这次调用最多返回的条数，整数，1–2000；不传按默认值，实际返回可能少于这个数。超过上限会在扣费前返回 422。

代码示例

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": "following_list",
  "params": {
    "username": "nasa"
  }
}'

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

响应示例

json

{  "id": "req_…",  "platform": "twitter",  "action": "following_list",  "results": [    {      "id": "•••",      "username": "•••",      "url": "https://x.com/•••",      "name": "•••",      "text": "Serving President Donald J. Trump as the 16th @NASA Deputy Administrator | Working alongside @••• to lead the next Golden Age of space discovery 🚀",      "avatar_url": "https://pbs.twimg.com/•••",      "follower_count": 5417,      "following_count": 6,      "post_count": 64,      "is_verified": false,      "is_protected": false,      "created_at": "Thu May 14 18:55:50 +0000 2026",      "platform": "twitter"    },    {      "id": "•••",      "username": "•••",      "url": "https://x.com/•••",      "name": "•••",      "text": "@••• astronaut. Artemis II crewmember | Astronaute @••• Membre de l’équipage d’Artemis II",      "location": "•••",      "avatar_url": "https://pbs.twimg.com/•••",      "follower_count": 149812,      "following_count": 155,      "post_count": 2844,      "is_verified": false,      "is_protected": false,      "created_at": "Tue Aug 09 14:55:39 +0000 2011",      "platform": "twitter"    }  ],  "count": 115,  "billing": {    "charged": …,    "charged_usd": …,    "balance_after_usd": …,    …  },  "quota": { … }}

返回字段

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

字段	含义
`id`	该记录在原平台上的唯一标识。仅在同一平台内唯一，跨平台可能重复。
`username`	用户名（@handle）。
`url`	该记录在原平台上的可访问链接。
`name`	名称。用于账号/商品/商家类能力，指该对象本身的名字。
`text`	正文内容，已去除 HTML 标签，全文返回、不截断（个别平台的列表结果本身只有摘要，以该平台的字段说明为准）。
`location`	地理位置描述，原文透传，格式随平台而异。
`avatar_url`	头像图片链接。部分平台给的是带尺寸参数的 CDN 链接，可能有时效。
`follower_count`	粉丝数。null 表示不公开，不等于 0。
`following_count`	关注数。null 表示不公开，不等于 0。
`post_count`	发布内容总数。null 表示不公开，不等于 0。
`is_verified`	是否为平台认证账号（蓝V等）。null 表示无法判定。
`is_protected`	账号是否为受保护状态（推文仅粉丝可见）。
`created_at`	创建时间，格式同 posted_at。
`platform`	数据来源平台标识，与请求里的 platform 一致（如 xiaohongshu、tiktok）。

常见问题

关注列表和粉丝列表能互相代替吗？

不能，方向相反。关注列表是这个账号主动关注的人，体现它的兴趣和信息来源；粉丝列表是关注它的人，体现它的受众。两者请求都只要 username，返回列也相同，存数据时要标明来自哪一边。想做互相关注分析，两页各读一次，用 id 取交集即可。名单超过 2000 行时两边都只读到一部分，交集也会跟着偏小。

怎么发现一个账号新关注了谁？

每隔一段时间读一次，把名单按 id 存下来，和上一次比对：新出现的 id 就是新增关注，消失的就是取消关注。id 是原平台上的唯一标识，存名单时以它为键。两次读取要用同样的 limit，否则名单长度不同，会把没读到的账号误判成取消关注。名单触到 2000 行的上限时，新增和消失的判断也都不完整。created_at 是账号的注册时间，名单里没有关注发生的时间。

`is_protected` 为 true 的账号是什么？

受保护账号，推文只有它的粉丝能看到。这类账号出现在名单里，说明关注关系存在，后续分析时可以先单独列出。统计时可以按 is_protected 把名单分成公开和受保护两组，再分别比较 post_count 和 follower_count，缺值的行单独计数，别按 0 算进平均。

错误与计费

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

错误码