当存在令牌时,GitHub 来源会默默返回 0 结果(HTTP 422)

有了GitHub的证书——GITHUB TOKEN',或只是gh auth login'被gh auth auth acid'在resolve token'中取回,GitHub源没有返回v3.18.4的结果。

[GitHub]422 不可处理:https://api.GitHub.com/search/issues?q=Rust+async+创建了%3A%3E2026-08&sort=reactions&order=desc&per page=15
研究完成(0.6s) -- -- GitHub:0结果

GitHub现在要求就经认证的研究/问题'请求是:问题'或`是:提出-请求'。 匿名请求仍然被外公所接受,所以源头工作是好的,直到一个用户添加了符号——此时它默默地失败了.

直接对同一主机的API确认:

有符号的 : http=422 “ 查询必须包括“ is: issue” 或“ is: pul- request” 。
无编号: http=200 共计: 8115

有两件事很难发现:

1. 添加证书通常是一种改进,因此故障在用户期望事情好转的时刻到达.
2. " 医生 " 报告GitHub [CLI:gh ✓] " 不论是否有效,因为它检查gh'二进制是否存在,而不是来源是否归还任何东西。

** 任何修补者注意:** 附加一个限定词解决422,但损失惨重。 对于同样的查询,GitHub报告了1,072个问题,7,044个请求与8,115个请求加在一起,因此`Is:issue ' 单独无声地丢弃了约87%的火柴。

公关开业不久,既询问又合并,保持覆盖面和经认证的费率限额。

环境:v3.18.4(`1004324'),Ubuntu 24.04,Python 3.12.