一句话看懂：GitHub 在 2026 年 10 月 8 日调整了 Pull Request 限制规则：草稿 PR 现在也会占用用户的 PR 配额，此前草稿不计入限制。这给仓库维护者提供了一个堵住“无限开草稿”漏洞的开关，用于减少低质量贡献带来的通知和 CI 消耗。
事件核心：发生了什么
根据 GitHub Changelog 于 2026 年 10 月 8 日发布的说明，维护者现在可以把草稿 Pull Request 一并纳入 PR 限制的统计范围。此前草稿 PR 不受用户 PR 上限约束，意味着即便仓库设置了限制，贡献者仍然可以随意开启任意数量的草稿，绕开管控。
GitHub 将这次调整的动因归结为维护者反馈：不少仓库正在遭遇更多低质量贡献，需要更有效的手段来管理。把草稿计入上限，能够堵住这一漏洞，并减少仓库 spam 带来的界面杂乱、通知堆积以及 CI 运行浪费。GitHub 同时邀请用户在其 Community discussion 中提交使用反馈。
为什么重要
这不是一个单纯的开关更新，而是平台治理逻辑的一次补完。开源仓库的日常维护长期依赖维护者人工判断，而 PR 限制是少数可以自动执行的防线之一。草稿 PR 原本是一种合理的协作习惯，用于提前展示工作进展、收集早期反馈；但当它完全不受限制时，也会被少数账号当作低成本刷存在感的通道。每次草稿打开都会触发通知、可能触发 CI，对大型仓库来说，累积成本并不小。
对于 AI 相关的开源项目，这一点尤其值得注意。模型代码、推理框架、训练脚本等仓库往往 CI 配置较重，一次无关的草稿 PR 就可能消耗可观的算力资源。GitHub 此次调整虽然不直接涉及大模型或 API，但它影响了开源协作的基础设施层，间接关系到 AI 项目维护者的负担。
对用户/开发者/创作者的影响
对普通贡献者来说，日常的草稿 PR 使用方式基本不会改变，前提是不要同时开启大量草稿。真正需要留意的是那些习惯“先开草稿占位”的开发者：如果所在仓库已经设置了 PR 上限，草稿会开始占用额度，达到上限后将无法继续新建 PR 或草稿。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
对仓库维护者而言，这是一项可配置的能力，而不是强制行为。是否启用取决于仓库自身的流量和 spam 情况。启用后，维护者多了一个无需人工介入的过滤层，但也要注意可能误伤正常的多线协作，尤其是需要并行推进多个草稿的团队。
对使用 GitHub 作为 AI 应用分发、模型开源或数据集协作入口的团队来说，这条规则可以帮助减少低质提交带来的噪音，但无法替代社区规范和贡献者指引。目前公开信息显示，该设置仅涉及 GitHub 的 PR 限制范围，没有提到对 API 配额、Actions 计费或仓库可见性做出额外调整。
值得关注的后续
一是该设置在实际仓库中的使用反馈，GitHub 已开放 Community discussion，维护者的真实体验会决定它是否被广泛启用。二是 GitHub 是否会进一步细化限制维度，例如按仓库、按组织或按账号类型区分草稿行为。三是开源社区是否会出现配套的贡献规范模板，把草稿使用和 PR 配额一起写进贡献指南，减少误用。
