知乎用户想法 API

Q: 想法和回答有什么区别？

回答挂在某个问题下面，通常篇幅较长；想法是独立发布的短内容，可以带图，不属于任何问题，所以结果里没有问题标题。想法的 type 是 pin，回答是 answer，两类内容在这个字段上就能分开。要读同一位用户的长回答，用知乎的用户回答能力，传同一个主页链接即可。用户回答那一页多出作者简介和认证说明，这一页没有；换来的是转发数、收藏数和作者粉丝数。想法自己的链接在 url，传给用户回答那一页的是作者主页 author_url。

Q: 怎么读某条想法下面的评论？

结果行里的 id 就是这条想法的编号，把它交给知乎的想法评论能力，就能读到下面的评论。先用 comment_count 排个序，可以快速挑出讨论最多、最值得细读的几条。想法评论那一页既收 https://www.zhihu.com/pin/ 这样的链接，也收纯数字想法 ID，所以直接填这里的 id 即可，不用自己拼链接。posted_at 是 UTC 时区的 ISO 8601 时间，可以先按它截出某段时间内的想法，再去读评论。

Q: collect_count 和 repost_count 分别说明什么？

collect_count 是这条想法被收藏的次数，repost_count 是被转发的次数；前者高说明内容有留存价值，后者高说明传播性强。和 like_count 放在一起看，比只看赞同数更能分清「有用」和「有共鸣」。再把赞同数除以 author_follower_count，能分清是内容本身受欢迎，还是账号粉丝多。like_count、comment_count 为 null 时，是接口没有公开，不等于 0。

POST

接口健康状态

暂时读不到这个接口的运行数据，无法判断它近期的状态。这不代表它不可用。

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

知乎用户想法按主页 url 分页读取一位用户发过的想法，也就是知乎上类似微博的短内容，从新到旧，每条带去掉排版的正文、配图 image_urls，以及赞同、评论、转发和收藏数。它回答「这位用户日常在随手分享什么」：想法比长回答更即时，常能看到对热点的第一反应和个人近况，适合做达人画像、舆情观察，补上只看回答看不到的一面。每页固定 20 条、最新优先，limit 照收但不起作用。author_follower_count 带着这位用户的粉丝数，筛达人时不用再查主页。

不收昵称，先拿到主页链接或个性域名。纯文字的想法没有 image_urls，按图筛选前先判断字段是否存在。示例是 zhihuadmin 的主页。

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

AI 提示词

请帮我用 EveryInfra 的「知乎用户想法」接口（zhihu/user_pins）写一个数据采集脚本。

接口约定：
- 请求：POST https://api.everyinfra.com/api/v1/social，请求头 Authorization: Bearer <API Key>；Key 从环境变量 EVERYINFRA_API_KEY 读取，不要写进代码。
- 请求体里 platform 填 zhihu，action 填 user_pins，参数放在 params 里。
- 必填参数：
  - url：知乎用户主页链接（https://www.zhihu.com/people/<个性域名>），也可以只填个性域名；不收昵称。
- 可选参数：
  - page_token：翻页令牌。第一页不传；之后把上一页响应里的 next_page_token 原样传回取下一页。每页 20 条想法、最新优先，每页算一次调用。
- 返回一组记录，每条记录的主要字段：id、type（内容类型（answer 回答 /…）、url、text、image_urls（想法里的图片（user_pins））、like_count、comment_count、repost_count（被转发次数（user_pins））、collect_count（收藏数）、posted_at、author_id、author_name；一共 15 个字段，完整列表见 https://api.everyinfra.com/api/v1/social/catalog?platform=zhihu。
- 示例请求体：
{
  "platform": "zhihu",
  "action": "user_pins",
  "params": {
    "url": "https://www.zhihu.com/people/zhihuadmin"
  }
}
- 计费：$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`	是	`zhihu`	平台标识，固定值。
`action`	body	`string`	是	`user_pins`	能力标识，固定值。
`url`	body.params	`string`	是	-	知乎用户主页链接（https://www.zhihu.com/people/<个性域名>），也可以只填个性域名；不收昵称。
`page_token`	body.params	`string`	否	-	翻页令牌。第一页不传；之后把上一页响应里的 next_page_token 原样传回取下一页。每页 20 条想法、最新优先，每页算一次调用。

代码示例

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": "zhihu",
  "action": "user_pins",
  "params": {
    "url": "https://www.zhihu.com/people/zhihuadmin"
  }
}'

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

响应示例

字段预览

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

json

{
  "id": "req_…",
  "platform": "zhihu",
  "action": "user_pins",
  "results": [
    {
      "id": …,
      "type": …,
      "url": …,
      "text": …,
      "image_urls": …,
      "like_count": …,
      "comment_count": …,
      "repost_count": …,
      "collect_count": …,
      "posted_at": …,
      "author_id": …,
      "author_name": …,
      "author_url": …,
      "author_avatar_url": …,
      "author_follower_count": …,
      "platform": …
    }
  ],
  "next_page_token": …,
  "pagination": { … },
  "count": …,
  "billing": {
    "charged": …,
    "charged_usd": …,
    "balance_after_usd": …,
    …
  },
  "quota": { … }
}

返回字段

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

字段	含义
`id`	该记录在原平台上的唯一标识。仅在同一平台内唯一，跨平台可能重复。
`type`	内容类型（answer 回答 / article 文章 / video 视频；hot_list 上是 question 问题；user_pins 是 pin 想法；column_search 是 column 专栏；salt_search 是盐选商品类型，如 paid_column_chapter 付费专栏的一篇；scholar_search 是 paper 论文）。
`url`	该记录在原平台上的可访问链接。
`text`	正文内容，已去除 HTML 标签，全文返回、不截断（个别平台的列表结果本身只有摘要，以该平台的字段说明为准）。
`image_urls`	想法里的图片（user_pins）；纯文字想法没有这个字段。
`like_count`	点赞数。null 表示该平台或该接口不公开此数据，不等于 0。
`comment_count`	评论数。null 表示不公开，不等于 0。
`repost_count`	被转发次数（user_pins）。
`collect_count`	收藏数。
`posted_at`	发布时间，ISO 8601 格式、UTC 时区（如 2026-08-07T12:34:56+00:00）。平台只给非标准字符串时原样透传，解析前建议做容错。null 表示平台未公开。
`author_id`	作者在原平台的唯一 ID。
`author_name`	作者昵称（显示名）。
`author_url`	作者主页链接。
`author_avatar_url`	作者头像链接；评论类结果里是评论者的头像。
`author_follower_count`	作者粉丝数。
`platform`	数据来源平台标识，与请求里的 platform 一致（如 xiaohongshu、tiktok）。

常见问题

想法和回答有什么区别？

回答挂在某个问题下面，通常篇幅较长；想法是独立发布的短内容，可以带图，不属于任何问题，所以结果里没有问题标题。想法的 type 是 pin，回答是 answer，两类内容在这个字段上就能分开。要读同一位用户的长回答，用知乎的用户回答能力，传同一个主页链接即可。用户回答那一页多出作者简介和认证说明，这一页没有；换来的是转发数、收藏数和作者粉丝数。想法自己的链接在 url，传给用户回答那一页的是作者主页 author_url。

怎么读某条想法下面的评论？

结果行里的 id 就是这条想法的编号，把它交给知乎的想法评论能力，就能读到下面的评论。先用 comment_count 排个序，可以快速挑出讨论最多、最值得细读的几条。想法评论那一页既收 https://www.zhihu.com/pin/<想法ID> 这样的链接，也收纯数字想法 ID，所以直接填这里的 id 即可，不用自己拼链接。posted_at 是 UTC 时区的 ISO 8601 时间，可以先按它截出某段时间内的想法，再去读评论。

`collect_count` 和 `repost_count` 分别说明什么？

collect_count 是这条想法被收藏的次数，repost_count 是被转发的次数；前者高说明内容有留存价值，后者高说明传播性强。和 like_count 放在一起看，比只看赞同数更能分清「有用」和「有共鸣」。再把赞同数除以 author_follower_count，能分清是内容本身受欢迎，还是账号粉丝多。like_count、comment_count 为 null 时，是接口没有公开，不等于 0。

错误与计费

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

错误码