我们自己的访问统计默认开启。Google Analytics 只在你同意后启用,用来了解公开页面是否有用,不统计登录后的工作台。详见 隐私政策。

POST

接口健康状态

24h 健康值
正常
24h 平均耗时
—
  • 健康 / 正常
  • 可用
  • 少量可用
  • 基本不可用
正常

仓库的 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 等待后重试。

写代码前,先问清楚我要采哪些对象、一共多少个、需要哪些字段、结果存成什么格式,再把方案和大概花费讲给我确认。

请求参数

参数名位置类型必填默认值说明
Authorizationheaderstring是-Bearer 加你的 API Key。在控制台创建;不要放进网址或代码仓库。
platformbodystring是github平台标识,固定值。
actionbodystring是repository_issues能力标识,固定值。
urlbody.paramsstring是-GitHub 仓库链接或 owner/repo;返回这个仓库的 Issue 和 PR(is_pull_request 区分)。
sortbody.paramsstring (enum)否-created(默认,按创建时间)、updated(按最近更新)、comments(按评论数),都是从多到少 / 从新到旧。允许值commentscreatedupdated
statebody.paramsstring (enum)否-open(默认)、closed、all。允许值allclosedopen
limitbody.paramsinteger (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": "repository_issues",
  "params": {
    "url": "https://github.com/facebook/react"
  }
}'

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

响应示例

字段预览

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

json
{
  "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 里;下表是每条记录可能包含的字段,平台没有提供的值不会被补造。

字段含义
idGitHub 内部数字 ID(字符串)。
numberIssue 或 PR 在仓库里的编号。
url该记录在原平台上的可访问链接。
title标题。平台无标题概念时(如纯文本帖)为 null。
text正文内容,已去除 HTML 标签,全文返回、不截断(个别平台的列表结果本身只有摘要,以该平台的字段说明为准)。
stateopen 或 closed。
is_pull_request这一条是 PR(true)还是 Issue(false)。
is_draftPR 是否草稿;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_atPR 合并时间,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 空结果
没有数据,不扣费。

错误码