小红书评论 API

Q: 怎么拿到评论下面的回复？

这个接口只返回一级评论，sub_comment_count 是每条评论下的回复数。需要回复内容时，用同一篇笔记的链接和这条评论的 id，调小红书的评论回复能力。

Q: 翻页时排序会变吗？

只要保持同一个 sort 就不会变。换了 sort 的取值，上一页的 next_page_token 就不再适用，需要从第一页重新开始读。

Q: 评论者的 ID 能和笔记作者的 ID 对上吗？

不能直接对上。评论类结果里的 author_id 多为另一种写法，和笔记结果、主页链接里的 ID 不同；跨批次去重前，先用主页资料能力把它换成统一的用户 ID。

POST

接口健康状态

24h 健康值: 96%
24h 平均耗时: 4.74 s

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

健康

24 小时趋势

30 天趋势

评论：返回列表，每次一页、固定 15 条（最后一页可能更少），要更多就把响应顶层的 next_page_token 作为 page_token 再调；limit 照收但不起作用；主要字段 id、text、like_count、posted_at、ip_location、author_name。支持翻页：把响应里的 next_page_token 作为 page_token 传回拿下一页，其他参数不变，每页算一次调用。

小红书评论接口按笔记 url 读取这篇笔记下的一级评论，每条带正文、点赞数、发布时间、IP 归属地、评论者昵称和小红书号，以及这条评论下的回复数。它回答「读者对这篇笔记怎么说」，常用于口碑分析、产品反馈收集和种草效果评估。

用 sort 选平台默认、最新或点赞最多的顺序；要读更多就把 next_page_token 作为 page_token 再调。sub_comment_count 只给回复数，回复内容要另外读评论回复；is_author 标出笔记作者本人的评论，author_is_ai_agent 标出平台标记的 AI 账号，做情感分析前可以先把它们分开。

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

AI 提示词

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

请帮我用 EveryInfra 的「小红书评论」接口（xiaohongshu/comments）写一个数据采集脚本。

接口约定：
- 请求：POST https://api.everyinfra.com/api/v1/social，请求头 Authorization: Bearer <API Key>；Key 从环境变量 EVERYINFRA_API_KEY 读取，不要写进代码。
- 请求体里 platform 填 xiaohongshu，action 填 comments，参数放在 params 里。
- 必填参数：
  - url：小红书笔记完整链接，路径为 /explore/<笔记ID> 或 /discovery/item/<笔记ID>；优先使用近期搜索结果中的完整 URL，保留 xsec_token 等查询参数。
- 可选参数：
  - page_token：翻页游标（comments、sub_comments、search、user_posts、search_users、hashtag）：把上一次返回结果行里的 next_page_token 原样传入就拿下一页。
  - sort：评论排序：default 平台默认排序（不传时同此）、newest 最新在前、most_liked 点赞最多在前。翻页时保持同一个取值（换了取值，上一页的 next_page_token 不再适用）。（可选值：default / most_liked / newest）
- 返回一组记录，每条记录的主要字段：id、text（笔记正文或评论内容）、like_count（点赞数）、posted_at、ip_location（小红书展示的 IP 归属地（省份/…）、author_name、author_id（作者的用户 ID）、sub_comment_count（该条评论下的回复数（楼中楼））、note_id（笔记 ID）、note_url（所属笔记链接）、next_page_token（翻页游标：同一页每行的值相同）、images（图片链接列表）；一共 17 个字段，完整列表见 https://api.everyinfra.com/api/v1/social/catalog?platform=xiaohongshu。
- 示例请求体：
{
  "platform": "xiaohongshu",
  "action": "comments",
  "params": {
    "url": "https://www.xiaohongshu.com/explore/6aa7a3f600000000110335f8?xsec_token=YByFNzoKupps8B3qI774Gx7XGxfHpq4QWEvxU4zsD8454%3D"
  }
}
- 计费：$5.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`	是	`xiaohongshu`	平台标识，固定值。
`action`	body	`string`	是	`comments`	能力标识，固定值。
`url`	body.params	未声明	是	-	小红书笔记完整链接，路径为 /explore/<笔记ID> 或 /discovery/item/<笔记ID>；优先使用近期搜索结果中的完整 URL，保留 xsec_token 等查询参数。sub_comments 还需同一笔记下的 comment_id。
`page_token`	body.params	未声明	否	-	翻页游标（comments、sub_comments、search、user_posts、search_users、hashtag）：把上一次返回结果行里的 next_page_token 原样传入就拿下一页；不传从第一页开始。每页算一次调用，按次计费。
`sort`	body.params	`enum`	否	-	评论排序：default 平台默认排序（不传时同此）、newest 最新在前、most_liked 点赞最多在前。翻页时保持同一个取值（换了取值，上一页的 next_page_token 不再适用）。允许值`defaultmost_likednewest`

代码示例

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": "xiaohongshu",
  "action": "comments",
  "params": {
    "url": "https://www.xiaohongshu.com/explore/6aa7a3f600000000110335f8?xsec_token=YByFNzoKupps8B3qI774Gx7XGxfHpq4QWEvxU4zsD8454%3D"
  }
}'

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

与笔记详情同一个链接；每次一页 15 条，翻页把结果行里的 next_page_token 作为 page_token 传回。

响应示例

真实返回样例

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

json

{
  "id": "req_…",
  "platform": "xiaohongshu",
  "action": "comments",
  "results": [
    {
      "id": "6aa80e9b000000000200c6ad",
      "text": "一点不像33平米的  感觉远不止  我住的45平在规划设计下 都很小",
      "like_count": 41,
      "posted_at": "2026-09-14T15:11:23+00:00",
      "author_name": "（已隐去）",
      "author_id": "（已隐去）",
      "sub_comment_count": 7,
      "note_id": "6aa7a3f600000000110335f8",
      "note_url": "https://www.xiaohongshu.com/explore/6aa7a3f600000000110335f8?xsec_token=YByFNzoKupps8B3qI774Gx7XGxfHpq4QWEvxU4zsD8454%3D",
      "next_page_token": "n1.6abba9cd000000001001c13b",
      "images": [],
      "is_author": false,
      "author_avatar_url": "https://sns-avatar-qc-ae.rednotecdn.com/（已隐去）",
      "author_red_id": "（已隐去）",
      "author_is_ai_agent": false,
      "platform": "xiaohongshu"
    },
    {
      "id": "6aa7dbde000000000a027007",
      "text": "房屋原博主有小红书吗",
      "like_count": 5,
      "posted_at": "2026-09-14T11:34:54+00:00",
      "author_name": "（已隐去）",
      "author_id": "（已隐去）",
      "sub_comment_count": 4,
      "note_id": "6aa7a3f600000000110335f8",
      "note_url": "https://www.xiaohongshu.com/explore/6aa7a3f600000000110335f8?xsec_token=YByFNzoKupps8B3qI774Gx7XGxfHpq4QWEvxU4zsD8454%3D",
      "next_page_token": "n1.6abba9cd000000001001c13b",
      "images": [],
      "is_author": false,
      "author_avatar_url": "https://sns-avatar-qc-ae.rednotecdn.com/（已隐去）",
      "author_red_id": "（已隐去）",
      "author_is_ai_agent": false,
      "platform": "xiaohongshu"
    }
  ],
  "next_page_token": …,
  "pagination": { … },
  "count": 10,
  "billing": {
    "charged": …,
    "charged_usd": …,
    "balance_after_usd": …,
    …
  },
  "quota": { … }
}

返回字段

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

字段	含义
`id`	该记录在原平台上的唯一标识。仅在同一平台内唯一，跨平台可能重复。
`text`	笔记正文或评论内容。note、hashtag 返回笔记全文；search、user_posts 返回的笔记正文可能是截断的摘要（分别约 60 字、100 字以内），要全文用笔记 ID 调 note。
`like_count`	点赞数。笔记、评论类结果是这条内容的点赞数；profile 里是该账号所有笔记累计获得的点赞数。null 表示不公开或这次没拿到，不等于 0。
`posted_at`	发布时间，ISO 8601 格式、UTC 时区（如 2026-08-07T12:34:56+00:00）。平台只给非标准字符串时原样透传，解析前建议做容错。null 表示平台未公开。
`ip_location`	小红书展示的 IP 归属地（省份/国家），平台强制显示，非用户填写。user_posts 只有部分笔记带。
`author_name`	作者昵称（显示名）。
`author_id`	作者的用户 ID，可直接传给 profile、user_posts。笔记类结果里是 24 位，与主页链接里的 ID 相同；评论类结果（comments、comments_batch、sub_comments）里多为 29 位的另一种写法。同一个人的两种写法不同，跨批次去重前先用 profile 换成它返回的 user_id。
`sub_comment_count`	该条评论下的回复数（楼中楼）。
`note_id`	笔记 ID，评论类能力用它回指所属笔记。
`note_url`	所属笔记链接。
`next_page_token`	翻页游标：同一页每行的值相同，原样作为下一次请求的 page_token 就取下一页，其余参数保持不变；为空或没有这个字段表示没有下一页。能传 page_token 的是 search、user_posts、comments、sub_comments、search_users、hashtag；comments_batch 行上也带这一项，但它本身不收 page_token。
`images`	图片链接列表。note、hashtag、search、user_posts 是笔记的全部图片（按原顺序）；评论类结果（comments、comments_batch、sub_comments）是评论所附的图片，含表情包贴图，没有图片时为空数组。null 表示这次没拿到这一项。
`is_author`	这条评论是不是笔记作者本人写的。null 表示这次没拿到这一项，不等于 false。
`author_avatar_url`	评论者的头像链接（comments、comments_batch、sub_comments）。
`author_red_id`	作者的小红书号：评论类结果（comments、comments_batch、sub_comments）是评论者的，note 是笔记作者的。
`author_is_ai_agent`	评论者是不是平台标记的 AI 账号；这次没拿到这一项时没有这个字段。
`mentioned_users`	被 @ 的人：评论类结果是评论里 @ 的人，note 是笔记里 @ 的人；每项有 user_id、nickname。没有时没有这个字段。
`platform`	数据来源平台标识，与请求里的 platform 一致（如 xiaohongshu、tiktok）。

常见问题

怎么拿到评论下面的回复？

这个接口只返回一级评论，sub_comment_count 是每条评论下的回复数。需要回复内容时，用同一篇笔记的链接和这条评论的 id，调小红书的评论回复能力。

翻页时排序会变吗？

只要保持同一个 sort 就不会变。换了 sort 的取值，上一页的 next_page_token 就不再适用，需要从第一页重新开始读。

评论者的 ID 能和笔记作者的 ID 对上吗？

不能直接对上。评论类结果里的 author_id 多为另一种写法，和笔记结果、主页链接里的 ID 不同；跨批次去重前，先用主页资料能力把它换成统一的用户 ID。

错误与计费

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