一句话看懂：GitHub 为仓库管理员提供了限制问题创建权限的新选项，仅允许拥有写入权限的协作者创建 Issue，同时与 PR 权限体系对齐，以减少无关干扰，提升协作效率。
事件核心：发生了什么
GitHub 在 2026 年 6 月 29 日的 Changelog 中宣布，仓库管理员现在可以将 Issue 的创建权限限制为仅“拥有写入权限的协作者”。此前，任何能访问仓库的用户（包括只读用户）均可创建 Issue，新设置生效后，不具备写入权限的用户将无法从 Issues、Comments、Discussions、Projects 以及 Copilot 等入口发起 Issue。该功能与已有针对 Pull Request 的仅限协作者创建设置保持一致，为仓库权限提供了更统一的管理细度。
为什么重要
这一更新直接回应了大型开源项目或企业内部仓库中长期存在的“垃圾 Issue”问题。在未限制的情况下，外部用户或只读成员可以随意提报未经验证的 Bug、功能建议或无关反馈，增加了维护者的审核负担。通过将 Issue 创建权限与代码写入权限绑定，GitHub 实际上让仓库的“问题入口”与“贡献活跃度”强关联，有助于减少噪声，同时不阻碍真正有贡献意愿、已获得写入权限的协作者正常提报。此举也体现出 GitHub 正逐步将公共协作权限模型推向更高可控性，尤其是当 AI 助手（如 Copilot）也被纳入 Issue 创建入口后，限制权限有助于避免自动化或非目标用户的滥用。
对用户/开发者/创作者的影响
对仓库管理员来说，新设置可以直接在仓库 Settings > Features > Issues 下找到“Creation allowed by: Collaborators only”选项，无需额外 API 或组织策略，即开即用，降低了管理成本。对普通开发者或外部贡献者而言，若只拥有读取权限，将无法直接在仓库中新建 Issue，这意味着需要先通过代码贡献或其他方式获得写入权限，或通过 Discussions、PR 评论等替代方式提出问题——工作流被改变，但并非完全阻塞。对使用 Copilot 进行 Issue 创建的开发者，权限限制同样生效，意味着 AI 驱动的 Issue 自动生成功能也将受到同等约束。整体上，这一变化更有利于项目健康度，但对希望低门槛报 Bug 的社区新成员设置了明确门槛。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
首先，其他代码托管平台（如 GitLab、Bitbucket）是否会跟进类似的“仅协作者创建 Issue”功能，将影响跨平台开发者体验的一致性。其次，该限制是否会导致 Issue 从入口被压制后，转向 Discussions 或外部反馈工具，从而改变开源项目的反馈结构，值得观察。第三，Copilot 等 AI 工具在 Issue 创建场景下的权限对齐，是否会扩展到更多 AI 辅助操作（如自动合并 PR、生成代码评论），可能成为后续 GitHub 权限粒度调整的预兆。
