LinkedIn 个人动态 API

Q: is_reshare 为真的帖子算这个人的原创吗？

不算。is_reshare 为真表示这条是转发别人的内容，不是本人写的。做观点分析或统计发帖频率时，建议先按它把转发过滤掉，只看原创帖的 text，结论会更贴近这个人自己的表达。按 is_reshare 分成两组后，可以各自统计 like_count 和 comment_count，看原创帖和转发帖哪一种更有人回应。

Q: reactions 和 like_count 有什么区别？

like_count 是这条帖子收到的表情反应总数；reactions 把它按类型拆开，每一项是一种反应（点赞、庆祝、支持、有见地等）和对应次数。只比较热度看 like_count 就够，想知道读者是认同还是被打动，看 reactions 的构成。share_count 是帖子被转发的次数，和 is_reshare 是两回事：前者是别人转了这条帖，后者是这条帖是不是转发。like_count 和 comment_count 为 null 表示不公开，不等于 0。

Q: 能一直往前读到更早的帖子吗？

不能翻页。每次调用都从最新一条往回取，limit 决定取几条，到上限为止。要长期留存一个人的全部动态，可以定期调用，按 id 去重后累积到自己的库里，这样新帖不会漏，旧帖也不会重复计数。limit 给多大都不会超过 50 条。posted_at 可能是平台给的非标准字符串，会原样透传，解析前要做好容错；为 null 表示平台未公开。id 只在 LinkedIn 内唯一，跨平台合并时要连同 platform 一起当键。

POST

接口健康状态

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

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

正常

24 小时趋势

30 天趋势

个人动态：返回列表，默认 10 条、单次最多 50 条（传更大的数按 50 条返回）；主要字段 id、url、text、author_name、author_username、author_headline。

领英个人动态按 username 读取一位职场人士最近在 LinkedIn 上发的帖子，从新到旧，每条带正文、发布时间、评论与转发数，以及按表情类型拆开的 reactions。它回答「这个人最近在公开谈什么、哪些话题有人回应」，适合销售在第一次联系前做功课、招聘方了解候选人的公开表达，或者持续跟踪行业意见领袖的观点变化。

username 填个人主页 /in/ 后面那段，也可以贴完整主页链接；只给姓名认不出是谁，会在扣费前被拒。要看公司主页发了什么，换公司动态，那边填公司短名。author_headline 是发帖人的 headline，读个人帖时可以拿它和 author_name 一起核对是不是要找的那个人。

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

AI 提示词

请帮我用 EveryInfra 的「LinkedIn 个人动态」接口（linkedin/person_posts）写一个数据采集脚本。

接口约定：
- 请求：POST https://api.everyinfra.com/api/v1/social，请求头 Authorization: Bearer <API Key>；Key 从环境变量 EVERYINFRA_API_KEY 读取，不要写进代码。
- 请求体里 platform 填 linkedin，action 填 person_posts，参数放在 params 里。
- 必填参数：
  - username：要读动态的个人：LinkedIn 个人主页 /in/ 后面那段（如 williamhgates），或完整主页链接；只给姓名认不出来，扣费前拒。
- 可选参数：
  - limit：这次调用最多返回的条数，整数，1–50；不传按默认值，实际返回可能少于这个数。超过上限照收，按上限返回。（默认 10）
- 返回一组记录，每条记录的主要字段：id、url、text、author_name、author_username、author_headline（内容作者的 headline（帖子…）、author_id（帖子作者的数字成员 ID（sear…）、author_url、author_avatar_url（帖子作者头像链接（search））、author_type（帖子作者类型：profile（个人…）、reactions（各类反应数（search）：每项…）、attachment（帖子附带的卡片（search）：t…）；一共 18 个字段，完整列表见 https://api.everyinfra.com/api/v1/social/catalog?platform=linkedin。
- 示例请求体：
{
  "platform": "linkedin",
  "action": "person_posts",
  "params": {
    "username": "williamhgates"
  }
}
- 计费：$4 / 千次；失败和空结果不扣费。
- 一次要采几十上百个时，在请求体加 "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`	是	`linkedin`	平台标识，固定值。
`action`	body	`string`	是	`person_posts`	能力标识，固定值。
`username`	body.params	`string`	是	-	要读动态的个人：LinkedIn 个人主页 /in/ 后面那段（如 williamhgates），或完整主页链接；只给姓名认不出来，扣费前拒。
`limit`	body.params	`integer (1–50)`	否	`10`	这次调用最多返回的条数，整数，1–50；不传按默认值，实际返回可能少于这个数。超过上限照收，按上限返回。

代码示例

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": "linkedin",
  "action": "person_posts",
  "params": {
    "username": "williamhgates"
  }
}'

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

响应示例

字段预览

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

json

{
  "id": "req_…",
  "platform": "linkedin",
  "action": "person_posts",
  "results": [
    {
      "id": …,
      "url": …,
      "text": …,
      "author_name": …,
      "author_username": …,
      "author_headline": …,
      "author_id": …,
      "author_url": …,
      "author_avatar_url": …,
      "author_type": …,
      "reactions": …,
      "attachment": …,
      "like_count": …,
      "comment_count": …,
      "share_count": …,
      "hashtags": …,
      "is_reshare": …,
      "posted_at": …,
      "platform": …
    }
  ],
  "count": …,
  "billing": {
    "charged": …,
    "charged_usd": …,
    "balance_after_usd": …,
    …
  },
  "quota": { … }
}

返回字段

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

字段	含义
`id`	该记录在原平台上的唯一标识。仅在同一平台内唯一，跨平台可能重复。
`url`	该记录在原平台上的可访问链接。
`text`	正文内容，已去除 HTML 标签，全文返回、不截断（个别平台的列表结果本身只有摘要，以该平台的字段说明为准）。
`author_name`	作者昵称（显示名）。
`author_username`	作者用户名（@handle），通常可用于拼 URL。
`author_headline`	内容作者的 headline（帖子/评论里用）。
`author_id`	帖子作者的数字成员 ID（search）。
`author_url`	作者在原平台的主页链接。
`author_avatar_url`	帖子作者头像链接（search）。
`author_type`	帖子作者类型：profile（个人）/ company（公司）。
`reactions`	各类反应数（search）：每项 type（like、appreciation、empathy 等）与 count。
`attachment`	帖子附带的卡片（search）：type（如 job、article）、title、description、subtitle、url、image_url。
`like_count`	点赞数。null 表示该平台或该接口不公开此数据，不等于 0。
`comment_count`	评论数。null 表示不公开，不等于 0。
`share_count`	帖子被转发的次数。
`hashtags`	公司/帖子的话题标签列表。
`is_reshare`	帖子是否为转发。
`posted_at`	发布时间，ISO 8601 格式、UTC 时区（如 2026-08-07T12:34:56+00:00）。平台只给非标准字符串时原样透传，解析前建议做容错。null 表示平台未公开。
`platform`	数据来源平台标识，与请求里的 platform 一致（如 xiaohongshu、tiktok）。

常见问题

`is_reshare` 为真的帖子算这个人的原创吗？

不算。is_reshare 为真表示这条是转发别人的内容，不是本人写的。做观点分析或统计发帖频率时，建议先按它把转发过滤掉，只看原创帖的 text，结论会更贴近这个人自己的表达。按 is_reshare 分成两组后，可以各自统计 like_count 和 comment_count，看原创帖和转发帖哪一种更有人回应。

`reactions` 和 `like_count` 有什么区别？

like_count 是这条帖子收到的表情反应总数；reactions 把它按类型拆开，每一项是一种反应（点赞、庆祝、支持、有见地等）和对应次数。只比较热度看 like_count 就够，想知道读者是认同还是被打动，看 reactions 的构成。share_count 是帖子被转发的次数，和 is_reshare 是两回事：前者是别人转了这条帖，后者是这条帖是不是转发。like_count 和 comment_count 为 null 表示不公开，不等于 0。

能一直往前读到更早的帖子吗？

不能翻页。每次调用都从最新一条往回取，limit 决定取几条，到上限为止。要长期留存一个人的全部动态，可以定期调用，按 id 去重后累积到自己的库里，这样新帖不会漏，旧帖也不会重复计数。limit 给多大都不会超过 50 条。posted_at 可能是平台给的非标准字符串，会原样透传，解析前要做好容错；为 null 表示平台未公开。id 只在 LinkedIn 内唯一，跨平台合并时要连同 platform 一起当键。

错误与计费

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

错误码