X (Twitter)主页或对象详情 API

POST

接口健康状态

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

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

正常

24 小时趋势

30 天趋势

主页或对象详情：返回单个对象；主要字段 user_id、username、display_name、bio、url、follower_count。

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

AI 提示词

复制下面这段给你常用的 AI 助手：里面写好了这个接口的参数、返回字段和示例请求，它会先问清你的需求，再帮你写采集脚本。

请帮我用 EveryInfra 的「X (Twitter) 主页或对象详情」接口（twitter/profile）写一个数据采集脚本。

接口约定：
- 请求：POST https://api.everyinfra.com/api/v1/social，请求头 Authorization: Bearer <API Key>；Key 从环境变量 EVERYINFRA_API_KEY 读取，不要写进代码。
- 请求体里 platform 填 twitter，action 填 profile，参数放在 params 里。
- 必填参数：
  - username：X 用户短名，可带 @，不要填完整主页 URL。profile 从最近帖子内的作者信息整理资料；followers_list 与 following_list 分别读取可见粉丝和关注账号，不保证完整关系网。
- 返回一个对象，主要字段：user_id、username、display_name、bio、url、follower_count、following_count、post_count、is_verified、location、avatar_url、created_at。
- 示例请求体：
{
  "platform": "twitter",
  "action": "profile",
  "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`	是	`profile`	能力标识，固定值。
`username`	body.params	未声明	是	-	X 用户短名，可带 @，不要填完整主页 URL。profile 从最近帖子内的作者信息整理资料；followers_list 与 following_list 分别读取可见粉丝和关注账号，不保证完整关系网。

代码示例

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

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

响应示例

真实返回样例

2026年9月26日 16:56（北京时间）用上方代码示例的参数真实调用所得。results 与 count 是那次的真实返回，已隐去名字、账号、头像、主页链接、联系方式等个人信息；id、billing、quota 每次调用都不同，只给结构。

json

{
  "id": "req_…",
  "platform": "twitter",
  "action": "profile",
  "results": {
    "user_id": "（已隐去）",
    "username": "NASA",
    "display_name": "NASA",
    "url": "https://x.com/NASA",
    "follower_count": 92375075,
    "following_count": 115,
    "post_count": 74334,
    "is_verified": true,
    "location": "Pale Blue Dot",
    "avatar_url": "https://pbs.twimg.com/（已隐去）",
    "created_at": "Wed Dec 19 20:20:32 +0000 2007",
    "platform": "twitter"
  },
  "billing": {
    "charged": …,
    "charged_usd": …,
    "balance_after_usd": …,
    …
  },
  "quota": { … }
}

返回字段

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

字段	含义
`user_id`	用户在原平台的唯一 ID。
`username`	用户名（@handle）。
`display_name`	显示名，可能与 username 不同。
`bio`	个人简介，账号自己填写的文本。可能含换行和 emoji。
`url`	该记录在原平台上的可访问链接。
`follower_count`	粉丝数。null 表示不公开，不等于 0。
`following_count`	关注数。null 表示不公开，不等于 0。
`post_count`	发布内容总数。null 表示不公开，不等于 0。
`is_verified`	是否为平台认证账号（蓝V等）。null 表示无法判定。
`location`	地理位置描述，原文透传，格式随平台而异。
`avatar_url`	头像图片链接。部分平台给的是带尺寸参数的 CDN 链接，可能有时效。
`created_at`	创建时间，格式同 posted_at。
`platform`	数据来源平台标识，与请求里的 platform 一致（如 xiaohongshu、tiktok）。

错误与计费

401: 缺少 Key 或 Key 无效。先鉴权再校验参数，未鉴权的请求拿不到参数结构。
422: 参数名或取值不对。错误信息会列出这项能力支持的参数、允许值和最接近的候选，按它改即可；发生在扣费之前。
402: 余额不足，请先充值。
429: 超过账户的每分钟请求上限（名下所有 Key 合计；Key 自设了更低上限时先按它算），按 Retry-After 等待后再试。需要更高上限可在控制台买提速包。
503: 暂时无法完成。已预扣的费用按原账本退回；响应里的 billing 与 refund 写明实际结果，结果未知时会明确标出，不要直接重发。
200 空结果: 请求完成但没有数据，不扣费（billing.reason = empty_result_refunded）。