GitHub 仓库的 Issue 与 PR API
接口健康状态
- 24h 健康值
- 正常
- 24h 平均耗时
- —
- 健康 / 正常
- 可用
- 少量可用
- 基本不可用
24 小时趋势
30 天趋势
仓库的 Issue 与 PR:返回列表,默认 30 条、单次最多 100 条;主要字段 id、number、url、title、text、state。
GitHub 仓库 Issue 与 PR 按 url 列出一个仓库里的 Issue 和 PR,可以用 state 只看未关闭、已关闭或全部,用 sort 按创建时间、最近更新或评论数排序。它回答「这个项目现在积压了哪些问题、最近合并了什么」,适合技术选型前评估一个开源库是否活跃、维护者响应快不快,也适合给自己的仓库做周报和发版前的盘点。
url 填仓库链接或 owner/repo 写法;Issue 与 PR 混在同一个列表里返回。state 不传时只返回 open 的条目,sort 不传时按创建时间排,三种排序都是从多到少或从新到旧。想跨仓库按关键词找,用 Issue 搜索;那一页不收 state,也不限定在一个仓库里。
单价 $0.96 / 千次(每次 $0.000958),失败与空结果不扣费。 同步返回;慢任务可在请求体加 "mode": "async",先拿 job_id 再轮询。
AI 提示词
请帮我用 EveryInfra 的「GitHub 仓库的 Issue 与 PR」接口(github/repository_issues)写一个数据采集脚本。
接口约定:
- 请求:POST https://api.everyinfra.com/api/v1/social,请求头 Authorization: Bearer <API Key>;Key 从环境变量 EVERYINFRA_API_KEY 读取,不要写进代码。
- 请求体里 platform 填 github,action 填 repository_issues,参数放在 params 里。
- 必填参数:
- url:GitHub 仓库链接或 owner/repo;返回这个仓库的 Issue 和 PR(is_pull_request 区分)。
- 可选参数:
- sort:created(默认,按创建时间)、updated(按最近更新)、comments(按评论数),都是从多到少 / 从新到旧。(可选值:comments / created / updated)
- state:open(默认)、closed、all。(可选值:all / closed / open)
- limit:这次调用最多返回的条数,整数,1–100;不传按默认值,实际返回可能少于这个数。超过上限会在扣费前返回 422。(默认 30)
- 返回一组记录,每条记录的主要字段:id(GitHub 内部数字 ID(字符…)、number(Issue 或 PR 在仓库里的编号)、url、title、text、state(open 或 closed)、is_pull_request(这一条是 PR(true)还是 I…)、is_draft(PR 是否草稿)、labels(标签名列表)、comment_count、reaction_count(表情回应总数)、repository(所在仓库 owner/repo);一共 21 个字段,完整列表见 https://api.everyinfra.com/api/v1/social/catalog?platform=github。
- 示例请求体:
{
"platform": "github",
"action": "repository_issues",
"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 | 是 | repository_issues | 能力标识,固定值。 |
url | body.params | string | 是 | - | GitHub 仓库链接或 owner/repo;返回这个仓库的 Issue 和 PR(is_pull_request 区分)。 |
sort | body.params | string (enum) | 否 | - | created(默认,按创建时间)、updated(按最近更新)、comments(按评论数),都是从多到少 / 从新到旧。允许值commentscreatedupdated |
state | body.params | string (enum) | 否 | - | open(默认)、closed、all。允许值allclosedopen |
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": "repository_issues",
"params": {
"url": "https://github.com/facebook/react"
}
}'OpenAPI 定义 (JSON)示例从环境变量 EVERYINFRA_API_KEY 读取 Key,复制出去的代码不含你的 Key。
响应示例
这组示例参数还没有真实样例:这里只按接口定义列出响应结构和字段,值用 … 占位,不是一次真实调用的结果。
{
"id": "req_…",
"platform": "github",
"action": "repository_issues",
"results": [
{
"id": …,
"number": …,
"url": …,
"title": …,
"text": …,
"state": …,
"is_pull_request": …,
"is_draft": …,
"labels": …,
"comment_count": …,
"reaction_count": …,
"repository": …,
"author_username": …,
"author_id": …,
"author_avatar_url": …,
"author_type": …,
"author_association": …,
"posted_at": …,
"updated_at": …,
"closed_at": …,
"merged_at": …,
"platform": …
}
],
"count": …,
"billing": {
"charged": …,
"charged_usd": …,
"balance_after_usd": …,
…
},
"quota": { … }
}返回字段
业务数据在 results 里;下表是每条记录可能包含的字段,平台没有提供的值不会被补造。
| 字段 | 含义 |
|---|---|
id | GitHub 内部数字 ID(字符串)。 |
number | Issue 或 PR 在仓库里的编号。 |
url | 该记录在原平台上的可访问链接。 |
title | 标题。平台无标题概念时(如纯文本帖)为 null。 |
text | 正文内容,已去除 HTML 标签,全文返回、不截断(个别平台的列表结果本身只有摘要,以该平台的字段说明为准)。 |
state | open 或 closed。 |
is_pull_request | 这一条是 PR(true)还是 Issue(false)。 |
is_draft | PR 是否草稿;Issue 为 false。 |
labels | 标签名列表;没有标签时没有这个字段。 |
comment_count | 评论数。null 表示不公开,不等于 0。 |
reaction_count | 表情回应总数。 |
repository | 所在仓库 owner/repo。 |
author_username | 作者用户名(@handle),通常可用于拼 URL。 |
author_id | 作者在原平台的唯一 ID。 |
author_avatar_url | 作者头像图片链接(多数平台带签名、会过期)。 |
author_type | 作者账号类型:User、Bot 或 Organization。 |
author_association | 作者和仓库的关系,GitHub 原值:OWNER、MEMBER、COLLABORATOR、CONTRIBUTOR、FIRST_TIME_CONTRIBUTOR、NONE 等。 |
posted_at | 发布时间,ISO 8601 格式、UTC 时区(如 2026-08-07T12:34:56+00:00)。平台只给非标准字符串时原样透传,解析前建议做容错。null 表示平台未公开。 |
updated_at | 最近更新时间,ISO 8601 UTC。 |
closed_at | 关闭时间,ISO 8601 UTC;没关闭时没有。 |
merged_at | PR 合并时间,ISO 8601 UTC;Issue 或没合并的 PR 没有。 |
platform | 数据来源平台标识,与请求里的 platform 一致(如 xiaohongshu、tiktok)。 |
常见问题
怎么分开统计 Issue 和 PR?
看 is_pull_request:为真的是 PR,为假的是 Issue。PR 还可以用 is_draft 判断是不是草稿,merged_at 有值说明已经合并;只有 closed_at、没有 merged_at 的 PR,是被关掉而没有合并的。想算 PR 的合并比例,把 state 设为 closed,用有 merged_at 的 PR 数除以已关闭的 PR 总数。
怎么判断一个项目维护得是否积极?
把 state 设为 all、sort 设为 updated,看最近一批条目的 updated_at 和 closed_at 离现在有多远;再对比未关闭与已关闭条目的比例和 comment_count 的分布,大致就能看出问题积压程度和处理速度。处理时长可以用 closed_at 减 posted_at 来算,两个时间都是 ISO 8601 的 UTC 时间;closed_at 没有值,说明这条还没关闭。reaction_count 能看出哪些问题被用户关注得多。
labels 能拿来做什么?
labels 是这条 Issue 或 PR 上打的标签,比如缺陷、功能请求、新手友好。按标签分组统计,就能看出一个项目的问题主要集中在哪一类;想找能上手贡献的任务时,筛选带新手类标签的条目最快。没有标签的条目没有 labels 这个字段,读取时按缺省处理。state 保持默认的 open 时按标签分组,看到的是还没关闭的问题里哪类最多;换成 closed,看的是已经处理掉的那些。labels 是一个列表,一条可能同时带几个标签,分组时会被算进几组。
错误与计费
- 401
- 缺少 Key 或 Key 无效。
- 402
- 余额不足,先充值。
- 422
- 参数名或取值不对,按错误信息给的候选改;不扣费。
- 429
- 超过每分钟请求上限,按 Retry-After 等待后再试。
- 503
- 暂时无法完成,预扣的费用退回;结果未知时先核对,不要直接重发。
- 200 空结果
- 没有数据,不扣费。