GitHub 仓库分叉 API

Q: 原项目停更了，怎么找还在维护的分叉？

sort 传 stargazers，把星标多的分叉排在前面，再看每个分叉的 pushed_at：星标多、推送时间近的分叉更值得先看。最好再打开仓库确认它的提交和原项目有实质差异。已归档的分叉 is_archived 为 true，是只读的，可以先排除。fork_count 是这个分叉自己被再次分叉的次数，二级下游也能顺着找。

Q: 能看出哪些公司在用这个项目吗？

能找到一部分线索。按 owner_type 筛出 Organization，就是以组织名义分叉的副本；这只代表有人分叉过，不等于正式使用。owner_type 的取值只有 User 和 Organization。owner_username 是分叉主人的用户名，owner_url 是主页链接，想看这个组织名下还有哪些仓库，把用户名交给用户的仓库那一页。

Q: 分叉列表和仓库详情的字段有什么不同？

分叉列表多一个 owner_type，但不返回开源许可证，也不标这个仓库本身是不是分叉。要看某个分叉的许可证，把它的 full_name 传给仓库详情。仓库详情一次只读一个仓库，分叉列表一次最多列 100 个分叉，先在这里挑出值得看的，再逐个读详情。pushed_at 是最近一次推送代码的时间，拿它和原项目的 pushed_at 对照，能看出谁更新得更勤。

POST

接口健康状态

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

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

正常

24 小时趋势

30 天趋势

仓库分叉：返回列表，默认 30 条、单次最多 100 条；主要字段 id、full_name、name、owner_username、owner_url、owner_avatar_url。

GitHub 仓库分叉按仓库 url 列出这个仓库被分叉出去的副本，每个分叉带主人用户名和类型 owner_type（个人或组织）、描述、星标数、它自己的分叉数、默认分支，以及创建和最近推送时间。它回答「谁在基于这个项目做二次开发」，适合寻找活跃的下游分支、粗看有哪些组织分叉了它，或者在原项目停更后找接手维护的分叉。

url 填仓库链接或 owner/repo 写法，单次默认 30 条，最多 100 条。用 sort 按最新、最早、星标数或关注数排序，默认最新分叉在前。用户的仓库按用户名列一个账号名下的仓库，单次最多 30 条，多出开源许可证和是否分叉的标记，这一页没有这两项。

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

AI 提示词

请帮我用 EveryInfra 的「GitHub 仓库分叉」接口（github/forks）写一个数据采集脚本。

接口约定：
- 请求：POST https://api.everyinfra.com/api/v1/social，请求头 Authorization: Bearer <API Key>；Key 从环境变量 EVERYINFRA_API_KEY 读取，不要写进代码。
- 请求体里 platform 填 github，action 填 forks，参数放在 params 里。
- 必填参数：
  - url：GitHub 仓库链接或 owner/repo。
- 可选参数：
  - sort：newest（默认，最新分叉在前）、oldest、stargazers（按星标）、watchers。（可选值：newest / oldest / stargazers / watchers）
  - limit：这次调用最多返回的条数，整数，1–100；不传按默认值，实际返回可能少于这个数。超过上限会在扣费前返回 422。（默认 30）
- 返回一组记录，每条记录的主要字段：id（GitHub 内部数字 ID（字符…）、full_name（仓库全名 owner/repo）、name（仓库名（不含 owner））、owner_username（仓库主人（用户或组织）的用户名）、owner_url（仓库主人的 GitHub 主页链接）、owner_avatar_url（仓库主人的头像链接）、owner_type（仓库主人类型：User 或 Org…）、url、description、homepage（仓库填写的项目主页）、language、topics（仓库主题标签列表）；一共 21 个字段，完整列表见 https://api.everyinfra.com/api/v1/social/catalog?platform=github。
- 示例请求体：
{
  "platform": "github",
  "action": "forks",
  "params": {
    "url": "https://github.com/facebook/react"
  }
}
- 计费：$0.96 / 千次；失败和空结果不扣费。
- 一次要采几十上百个时，在请求体加 "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`	是	`github`	平台标识，固定值。
`action`	body	`string`	是	`forks`	能力标识，固定值。
`url`	body.params	`string`	是	-	GitHub 仓库链接或 owner/repo。
`sort`	body.params	`string (enum)`	否	-	newest（默认，最新分叉在前）、oldest、stargazers（按星标）、watchers。允许值`newestoldeststargazerswatchers`
`limit`	body.params	`integer (1–100)`	否	`30`	这次调用最多返回的条数，整数，1–100；不传按默认值，实际返回可能少于这个数。超过上限会在扣费前返回 422。

代码示例

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": "github",
  "action": "forks",
  "params": {
    "url": "https://github.com/facebook/react"
  }
}'

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

响应示例

字段预览

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

json

{
  "id": "req_…",
  "platform": "github",
  "action": "forks",
  "results": [
    {
      "id": …,
      "full_name": …,
      "name": …,
      "owner_username": …,
      "owner_url": …,
      "owner_avatar_url": …,
      "owner_type": …,
      "url": …,
      "description": …,
      "homepage": …,
      "language": …,
      "topics": …,
      "star_count": …,
      "fork_count": …,
      "open_issue_count": …,
      "default_branch": …,
      "is_archived": …,
      "size_kb": …,
      "created_at": …,
      "updated_at": …,
      "pushed_at": …,
      "platform": …
    }
  ],
  "count": …,
  "billing": {
    "charged": …,
    "charged_usd": …,
    "balance_after_usd": …,
    …
  },
  "quota": { … }
}

返回字段

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

字段	含义
`id`	GitHub 内部数字 ID（字符串）。
`full_name`	仓库全名 owner/repo；仓库改过名或转过主人时是新名字。
`name`	仓库名（不含 owner）。
`owner_username`	仓库主人（用户或组织）的用户名。
`owner_url`	仓库主人的 GitHub 主页链接。
`owner_avatar_url`	仓库主人的头像链接。
`owner_type`	仓库主人类型：User 或 Organization（forks）。
`url`	该记录在原平台上的可访问链接。
`description`	简介或描述，通常比 text 短。
`homepage`	仓库填写的项目主页；没填时没有这个字段。
`language`	内容语言代码（如 zh、en），由平台判定，可能不准。
`topics`	仓库主题标签列表；没有时没有这个字段。
`star_count`	星标数。
`fork_count`	分叉数。
`open_issue_count`	未关闭的 Issue 加 PR 数（GitHub 口径）。
`default_branch`	默认分支名。
`is_archived`	仓库是否已归档（只读）。
`size_kb`	仓库大小，单位 KB（GitHub 口径）。
`created_at`	创建时间，格式同 posted_at。
`updated_at`	最近更新时间，ISO 8601 UTC。
`pushed_at`	最近一次推送代码的时间，ISO 8601 UTC（repository / user_repositories / forks）。
`platform`	数据来源平台标识，与请求里的 platform 一致（如 xiaohongshu、tiktok）。

常见问题

原项目停更了，怎么找还在维护的分叉？

sort 传 stargazers，把星标多的分叉排在前面，再看每个分叉的 pushed_at：星标多、推送时间近的分叉更值得先看。最好再打开仓库确认它的提交和原项目有实质差异。已归档的分叉 is_archived 为 true，是只读的，可以先排除。fork_count 是这个分叉自己被再次分叉的次数，二级下游也能顺着找。

能看出哪些公司在用这个项目吗？

能找到一部分线索。按 owner_type 筛出 Organization，就是以组织名义分叉的副本；这只代表有人分叉过，不等于正式使用。owner_type 的取值只有 User 和 Organization。owner_username 是分叉主人的用户名，owner_url 是主页链接，想看这个组织名下还有哪些仓库，把用户名交给用户的仓库那一页。

分叉列表和仓库详情的字段有什么不同？

分叉列表多一个 owner_type，但不返回开源许可证，也不标这个仓库本身是不是分叉。要看某个分叉的许可证，把它的 full_name 传给仓库详情。仓库详情一次只读一个仓库，分叉列表一次最多列 100 个分叉，先在这里挑出值得看的，再逐个读详情。pushed_at 是最近一次推送代码的时间，拿它和原项目的 pushed_at 对照，能看出谁更新得更勤。

错误与计费

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

错误码