GitHub 仓库贡献者 API
接口健康状态
- 24h 健康值
- 正常
- 24h 平均耗时
- —
- 健康 / 正常
- 可用
- 少量可用
- 基本不可用
24 小时趋势
30 天趋势
仓库贡献者：返回列表，默认 30 条、单次最多 100 条；主要字段 rank、username、id、url、avatar_url、contribution_count。
GitHub 仓库贡献者按 url 列出一个仓库的提交者，按提交数从多到少排，rank 从 1 开始。每行有用户名 username、数字 ID id、头像链接 avatar_url、这个人在该仓库的提交数 contribution_count 和账号类型 account_type。它回答「这个项目主要是谁在写」，适合找核心维护者、了解一个开源库的人员构成，或者挑出值得联系的开发者。
url 填仓库链接或 owner/repo 写法，默认返回 30 条，单次最多 100 条。热榜那一页列的是仓库，这一页列的是仓库里的人：在热榜挑到感兴趣的项目，再来这里看谁在贡献。
单价 $0.96 / 千次（每次 $0.000958），失败与空结果不扣费。 同步返回；慢任务可在请求体加 "mode": "async"，先拿 job_id 再轮询。
AI 提示词
请帮我用 EveryInfra 的「GitHub 仓库贡献者」接口（github/contributors）写一个数据采集脚本。
接口约定：
- 请求：POST https://api.everyinfra.com/api/v1/social，请求头 Authorization: Bearer <API Key>；Key 从环境变量 EVERYINFRA_API_KEY 读取，不要写进代码。
- 请求体里 platform 填 github，action 填 contributors，参数放在 params 里。
- 必填参数：
- url：GitHub 仓库链接或 owner/repo；按提交数从多到少返回贡献者。
- 可选参数：
- limit：这次调用最多返回的条数，整数，1–100；不传按默认值，实际返回可能少于这个数。超过上限会在扣费前返回 422。（默认 30）
- 返回一组记录，每条记录的主要字段：rank（在这次返回里的名次）、username、id（GitHub 内部数字 ID（字符…）、url、avatar_url、contribution_count（在这个仓库的提交数（contrib…）、account_type（账号类型：User、Bot 或 O…）。
- 示例请求体：
{
"platform": "github",
"action": "contributors",
"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 | 是 | contributors | 能力标识，固定值。 |
url | body.params | string | 是 | - | GitHub 仓库链接或 owner/repo；按提交数从多到少返回贡献者。 |
limit | body.params | integer (1–100) | 否 | 30 | 这次调用最多返回的条数，整数，1–100；不传按默认值，实际返回可能少于这个数。超过上限会在扣费前返回 422。 |
代码示例
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": "contributors",
"params": {
"url": "https://github.com/facebook/react"
}
}'OpenAPI 定义 (JSON)示例从环境变量 EVERYINFRA_API_KEY 读取 Key，复制出去的代码不含你的 Key。
响应示例
这组示例参数还没有真实样例：这里只按接口定义列出响应结构和字段，值用 … 占位，不是一次真实调用的结果。
{
"id": "req_…",
"platform": "github",
"action": "contributors",
"results": [
{
"rank": …,
"username": …,
"id": …,
"url": …,
"avatar_url": …,
"contribution_count": …,
"account_type": …,
"platform": …
}
],
"count": …,
"billing": {
"charged": …,
"charged_usd": …,
"balance_after_usd": …,
…
},
"quota": { … }
}返回字段
业务数据在 results 里；下表是每条记录可能包含的字段，平台没有提供的值不会被补造。
| 字段 | 含义 |
|---|---|
rank | 在这次返回里的名次，从 1 开始（contributors 按提交数，trending 按 GitHub Trending 榜单顺序）。 |
username | 用户名（@handle）。 |
id | GitHub 内部数字 ID（字符串）。 |
url | 该记录在原平台上的可访问链接。 |
avatar_url | 头像图片链接。部分平台给的是带尺寸参数的 CDN 链接，可能有时效。 |
contribution_count | 在这个仓库的提交数（contributors）。 |
account_type | 账号类型：User、Bot 或 Organization。 |
platform | 数据来源平台标识，与请求里的 platform 一致（如 xiaohongshu、tiktok）。 |
常见问题
这里的 rank 和热榜那一页的 rank 是一回事吗？
不是。这里的 rank 按提交数从多到少排，热榜那一页的 rank 跟着 GitHub Trending 榜单的顺序走。两边都从 1 开始，别把它们放进同一张表里比较。
contribution_count 是这个人在 GitHub 上的总提交数吗？
不是，它只统计这个人在你传入的这个仓库里的提交数。同一个人在另一个仓库的提交数，要换一个 url 再调一次。
怎么只统计真人贡献者？
看 account_type，取值是 User、Bot 或 Organization。把 Bot 和 Organization 去掉，再按 contribution_count 排，剩下的就是个人贡献者的排序。id 是字符串形式的 GitHub 内部数字 ID，合并多个仓库的名单时可以拿它去重。
错误与计费
- 401
- 缺少 Key 或 Key 无效。
- 402
- 余额不足，先充值。
- 422
- 参数名或取值不对，按错误信息给的候选改；不扣费。
- 429
- 超过每分钟请求上限，按 Retry-After 等待后再试。
- 503
- 暂时无法完成，预扣的费用退回；结果未知时先核对，不要直接重发。
- 200 空结果
- 没有数据，不扣费。