接口健康状态
- 24h 健康值
- 正常
- 24h 平均耗时
- —
- 健康 / 正常
- 可用
- 少量可用
- 基本不可用
24 小时趋势
30 天趋势
热搜人物榜：返回列表，默认 50 条、单次最多 50 条（传更大的数按 50 条返回）；主要字段 rank、name、type、user_id、avatar_url、reason。
快手热搜人物榜不需要参数，返回整张热搜人物榜，每行带名次、昵称、快手用户 ID、头像、人气值，以及快手给出的上榜原因 reason，比如作品更新、近期搜索量飙升。它回答「快手上这几天谁突然火了、为什么火」，适合娱乐和社会新闻选题、达人经纪发掘新人，以及品牌在合作前弄清一个人物的热度从哪来。
榜上的 user_id 可以直接拿去查这个人的作品和直播状态；popularity 只在这张榜内比较。整张榜最多 50 位，limit 填得再大也只回 50 条，每一行的 type 都是账号。人气原本是「15.5 万人气」这种带单位的写法，返回时已换算成 155000；头像链接 avatar_url 可能有时效，要存档就先下载。
单价 $0.81 / 千次（每次 $0.000806），失败与空结果不扣费。 同步返回；慢任务可在请求体加 "mode": "async"，先拿 job_id 再轮询。
AI 提示词
请帮我用 EveryInfra 的「快手热搜人物榜」接口（kuaishou/hot_person_board）写一个数据采集脚本。
接口约定：
- 请求：POST https://api.everyinfra.com/api/v1/social，请求头 Authorization: Bearer <API Key>；Key 从环境变量 EVERYINFRA_API_KEY 读取，不要写进代码。
- 请求体里 platform 填 kuaishou，action 填 hot_person_board，参数放在 params 里。
- 没有必填参数。
- 可选参数：
- limit：这次调用最多返回的条数，整数，1–50；不传按默认值，实际返回可能少于这个数。超过上限照收，按上限返回。（默认 50）
- 返回一组记录，每条记录的主要字段：rank（榜单名次）、name（上榜对象的名字（live_rank…）、type（上榜对象的类型（rank 类能力）…）、user_id（快手数字用户 ID（rank 类能…）、avatar_url、reason（上榜原因（hot_person_b…）、popularity（榜单上显示的人气 / 热度）。
- 示例请求体：
{
"platform": "kuaishou",
"action": "hot_person_board",
"params": {}
}
- 计费：$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 | 是 | kuaishou | 平台标识，固定值。 |
action | body | string | 是 | hot_person_board | 能力标识，固定值。 |
limit | body.params | integer (1–50) | 否 | 50 | 这次调用最多返回的条数，整数，1–50；不传按默认值，实际返回可能少于这个数。超过上限照收，按上限返回。 |
代码示例
curl -X POST 'https://api.everyinfra.com/api/v1/social' \
-H "Authorization: Bearer $EVERYINFRA_API_KEY" \
-H 'Content-Type: application/json' \
--data-raw '{
"platform": "kuaishou",
"action": "hot_person_board",
"params": {}
}'OpenAPI 定义 (JSON)示例从环境变量 EVERYINFRA_API_KEY 读取 Key，复制出去的代码不含你的 Key。
响应示例
这组示例参数还没有真实样例：这里只按接口定义列出响应结构和字段，值用 … 占位，不是一次真实调用的结果。
{
"id": "req_…",
"platform": "kuaishou",
"action": "hot_person_board",
"results": [
{
"rank": …,
"name": …,
"type": …,
"user_id": …,
"avatar_url": …,
"reason": …,
"popularity": …,
"platform": …
}
],
"count": …,
"billing": {
"charged": …,
"charged_usd": …,
"balance_after_usd": …,
…
},
"quota": { … }
}返回字段
业务数据在 results 里；下表是每条记录可能包含的字段，平台没有提供的值不会被补造。
| 字段 | 含义 |
|---|---|
rank | 榜单名次，从 1 开始，按快手榜单顺序（trending、hot_boards：置顶的那条排第 1）。 |
name | 上榜对象的名字（live_rank、shopping_rank、brand_rank、hot_person_board）：主播 / 品牌账号昵称，带货榜商品行是商品标题。 |
type | 上榜对象的类型（rank 类能力）：user 账号（主播、品牌、人物）/ product 商品（只有 shopping_rank 的 products 榜）。 |
user_id | 快手数字用户 ID（rank 类能力、user_search、user_live），可传 user_live 查直播状态。 |
avatar_url | 头像图片链接。部分平台给的是带尺寸参数的 CDN 链接，可能有时效。 |
reason | 上榜原因（hot_person_board），快手原文，如 作品更新、近期搜索量飙升。 |
popularity | 榜单上显示的人气 / 热度，换成整数（「15.5万人气」→ 155000），快手自有指标，只在同一个榜里比较。 |
platform | 数据来源平台标识，与请求里的 platform 一致（如 xiaohongshu、tiktok）。 |
常见问题
reason 能看出什么？
reason 是快手写的上榜原因原文。把原因相同的条目归在一起，就能把因作品更新上榜的人和因搜索量突然上升上榜的人分开处理，后者通常要查一下背后发生了什么。reason 保留快手原文，没有换成固定分类，统计之前先看一遍实际出现过哪些写法；品牌榜没有这个字段。同一个 reason 下的人再按 rank 排，就能得到每类原因里最靠前的几位。
怎么判断一个人物是短暂走红还是持续走红？
每天读一次榜，按 user_id 记录上榜天数和 rank 变化。连续多天在榜、名次稳定的人物热度更持久；只出现一两天的，就是短期上榜。popularity 已经是整数，可以直接排序，但只在同一张榜里比较；名次看 rank，从 1 开始。跨天对账用 user_id 做键，name 只拿来展示；榜单每次整张返回，不需要翻页。
热搜人物榜里有直播场次 ID 吗？
没有。这张榜只给人物和上榜原因，不带直播场次 ID。想知道某个人此刻是否在播，把 user_id 传给快手的直播状态查询。品牌榜、直播榜这类榜单的主播行才带直播场次 ID，而且没在播时没有；人物榜每一行都是人物。两张榜的 user_id 都是快手数字用户 ID，同一个账号在两张榜里都出现时，可以拿它对上。
错误与计费
- 401
- 缺少 Key 或 Key 无效。
- 402
- 余额不足，先充值。
- 422
- 参数名或取值不对，按错误信息给的候选改；不扣费。
- 429
- 超过每分钟请求上限，按 Retry-After 等待后再试。
- 503
- 暂时无法完成，预扣的费用退回；结果未知时先核对，不要直接重发。
- 200 空结果
- 没有数据，不扣费。