Show HN：用四个问题阻止 AI 生成的 PR 压垮你的 GitHub 仓库
Show HN: Four Questions to stop AI-gen PRs from DDoSing your GitHub repository
针对 benchmark-radar 上一个账号 10 天内提交 58 个 PR、仅 5 个被合并的情况，有人提出在 CONTRIBUTING.md 中加入四个问题，要求 AI 智能体在写 PR 前先停下来向人类确认目标。该方案无需 bot 和依赖，并附带单独的待处理项数量限制，但它并非强制的 PR 拦截机制，只有在智能体读取并遵循指令时才有效。
用 PR 对我们发起 DDoS？你自己的 agent 得先有疑问来 DDoS 你。
一个账号。10 天 58 个 PR。合并了五个。这就是落到 benchmark-radar 的审查队列里的东西。
所以我们在 CONTRIBUTING.md 里放了四个问题。在 AI agent 写 PR 之前，
它必须先停下来问它的人类，他们到底想达成什么。
agent 不能替他们回答。它必须等待。
生成工作的人先拿到这些问题。把下面的提示词给你的 agent。
30 秒安装
把这段粘贴进你的 Agent：
help me copy and paste https://github.com/ktwu01/agent-pr-gate/blob/main/CONTRIBUTING.md into our CONTRIBUTING.md
没有 bot。没有依赖。我们这里也在用。
复制出的指南包含四问关卡，以及我们不接受哪些 PR，参考了 benchmark-radar 的贡献指南。
为什么要有这个
一个账号在 benchmark-radar 上开了 10 天 58 个 PR。合并了五个。 维护者的账号 记录了这场洪水，包括 27 秒内八个 PR。
benchmark-radar 现在会问这四个问题，并告诉 agent 等待人类。 它还增加了一个单独的未处理项上限。采用该关卡后的结果尚未在此处衡量。
想法很简单：请贡献者在为维护者生成工作之前，先想想谁会受益。 “客户”可以指用户，也可以指维护者。
这只有在 agent 阅读并遵循指令时才有效。它不是强制性的 PR 拦截器。
谁在用？
把 <!-- https://github.com/ktwu01/agent-pr-gate --> 留在你的片段里，让别人能找到它。
在 GitHub 上搜索采用者。
在报告采用数字之前，核实实际使用情况并统计唯一仓库。搜索结果可能包含副本和示例，也会漏掉未被索引的仓库。
传下去
把这个仓库分享给一位审查队列需要喘息的维护者。
灵感来自 @ycaophysics。 CC0 1.0。自由复制和改编。无需署名。
来源：Hacker News · github.com