GitHubIssue 搜索 API

Q: 怎么只搜 PR 或只搜 Issue？

在 keyword 里加限定词：is:pr 只要 PR，is:issue 只要 Issue，再配合 is:open、is:closed 限定状态。限定词可以叠加，例如把 repo: 和 is:pr 一起写进 keyword，就只看某个仓库里的 PR。结果里的 is_pull_request 也能区分两者，merged_at 只在 PR 被合并之后才有值。repository 标出每条属于哪个仓库，跨仓库的结果按它分组，就能看出问题集中在哪些项目。

Q: sort 不传时按什么排？

不传按相关度，最贴合搜索语句的排在前面。sort 取 comments 或 reactions 时按评论数、表情反应数从多到少，适合找讨论最热的问题；取 created 或 updated 时按创建、最近更新时间从新到旧，适合追踪最新动态。结果里的 reaction_count 和 comment_count 就是排序的依据，其中 comment_count 为 null 表示不公开，不等于 0。text 是去掉 HTML 标签的全文，不截断。

POST

接口健康状态

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

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

正常

24 小时趋势

30 天趋势

Issue 搜索：返回列表，默认 30 条、单次最多 100 条；主要字段 id、number、url、title、text、state。

GitHub Issue 搜索用 GitHub 自己的搜索语法，在全站公开仓库里找 Issue 和 PR，每条带标题、正文、状态、标签、评论数、表情反应数 reaction_count、所属仓库和作者。它回答「全网有谁在讨论这个报错、这个功能、这个库」：开发者关系团队用它追踪产品被提到的地方，开源维护者用它找散落在别的仓库里的同类问题，研究者用它统计某类缺陷的分布。

keyword 里可以叠加 repo:、label:、author: 等限定词缩小范围。已经确定只看一个仓库时，改用仓库的 Issue 与 PR 那一页更省事，它按 url 读整个仓库，还能按状态筛；这一页的状态靠 is:open、is:closed 这类限定词。

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

AI 提示词

请帮我用 EveryInfra 的「GitHubIssue 搜索」接口（github/search_issues）写一个数据采集脚本。

接口约定：
- 请求：POST https://api.everyinfra.com/api/v1/social，请求头 Authorization: Bearer <API Key>；Key 从环境变量 EVERYINFRA_API_KEY 读取，不要写进代码。
- 请求体里 platform 填 github，action 填 search_issues，参数放在 params 里。
- 必填参数：
  - keyword：GitHub Issue 搜索语句，跨仓库搜 Issue 和 PR，支持 repo:、is:pr、is:issue、label:、author: 等限定词。
- 可选参数：
  - sort：不传按相关度；comments、created、updated、reactions 按对应项从多到少 / 从新到旧。（可选值：comments / created / reactions / updated）
  - 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": "search_issues",
  "params": {
    "keyword": "coffee"
  }
}
- 计费：$1.92 / 千次；失败和空结果不扣费。
- 一次要采几十上百个时，在请求体加 "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`	是	`search_issues`	能力标识，固定值。
`keyword`	body.params	`string`	是	-	GitHub Issue 搜索语句，跨仓库搜 Issue 和 PR，支持 repo:、is:pr、is:issue、label:、author: 等限定词。
`sort`	body.params	`string (enum)`	否	-	不传按相关度；comments、created、updated、reactions 按对应项从多到少 / 从新到旧。允许值`commentscreatedreactionsupdated`
`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": "search_issues",
  "params": {
    "keyword": "coffee"
  }
}'

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

响应示例

字段预览

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

json

{
  "id": "req_…",
  "platform": "github",
  "action": "search_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）。

常见问题

怎么只搜 PR 或只搜 Issue？

在 keyword 里加限定词：is:pr 只要 PR，is:issue 只要 Issue，再配合 is:open、is:closed 限定状态。限定词可以叠加，例如把 repo: 和 is:pr 一起写进 keyword，就只看某个仓库里的 PR。结果里的 is_pull_request 也能区分两者，merged_at 只在 PR 被合并之后才有值。repository 标出每条属于哪个仓库，跨仓库的结果按它分组，就能看出问题集中在哪些项目。

`sort` 不传时按什么排？

不传按相关度，最贴合搜索语句的排在前面。sort 取 comments 或 reactions 时按评论数、表情反应数从多到少，适合找讨论最热的问题；取 created 或 updated 时按创建、最近更新时间从新到旧，适合追踪最新动态。结果里的 reaction_count 和 comment_count 就是排序的依据，其中 comment_count 为 null 表示不公开，不等于 0。text 是去掉 HTML 标签的全文，不截断。

`author_association` 有什么用？

它说明发帖人和这个仓库的关系，比如仓库所有者、组织成员、贡献者，还是第一次参与的新人。把维护者自己开的条目筛掉，剩下的就是外部用户真实遇到的问题，做用户反馈分析时很有用。想只看第一次来提问的新人，筛 FIRST_TIME_CONTRIBUTOR；Bot 开的条目可以用 author_type 分出来，它的取值是 User、Bot 或 Organization。

错误与计费

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

错误码