一句话看懂：GitHub 在 2026 年 11 月 13 日发布公开预览，代码扫描的 AI Scan for repositories 现在可以通过 REST API 在组织与仓库两级批量开关，便于用脚本和基础设施即代码统一管理。
事件核心：发生了什么
GitHub 此前面向拉取请求的 AI Scan 已有管理端点，此次为同一组接口新增 repository_scan 属性，取值 enabled 或 disabled，支持 GET 与 PATCH。组织级路径为 /orgs/{org}/code-scanning/ai-scan，仓库级路径为 /repos/{owner}/{repo}/code-scanning/ai-scan。规则与既有 pr_scan 一致：组织禁用时仓库无法单独启用；组织启用后仓库可继承并自行选择退出；企业策略不允许时启用请求返回 422。pr_scan 与 repository_scan 可在同一请求中修改，任一被拦截则整体不生效。
需要注意的是，打开 AI Scan 并不会自动开始扫描。具有写权限的用户仍需按需触发，每次扫描消耗 GitHub Code Security AI credits。该能力适用于组织拥有的公开仓库，以及具备 GitHub Code Security 或 GitHub Advanced Security 的私有、内部仓库；企业所有者须先在策略中放行，GitHub Enterprise Server 暂不支持。
为什么重要
AI 代码扫描此前主要依赖手工逐库配置，规模化落地成本高。把开关做成 REST API，意味着安全团队可以将其纳入 Terraform 之类的基础设施即代码流程和自动化脚本，统一策略、审计变更。对 GitHub 而言，这也是把 AI 安全能力从单点功能推进到平台治理层的一步。目前公开信息显示该功能仍为公开预览，尚未公布通用可用时间。
对用户/开发者/创作者的影响
组织所有者和安全管理员可编写脚本批量下发设置；仓库管理员保留单独退出的权限。开发者日常扫描流程不变，但需要留意按次消耗的 AI credits 会带来成本。对使用 GitHub Actions 或自建安全平台对接 API 的团队，新增的 repository_scan 字段让“是否开启 AI 扫描”成为可版本化的配置项。使用 GitHub Enterprise Server 的团队暂无法使用。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
一是公开预览何时转为正式可用，以及企业策略默认值是否调整；二是 AI credits 的计费方式与配额是否随规模化使用变化；三是其他代码托管与安全平台是否跟进类似的批量开关 API。这些都将影响团队把 AI 扫描纳入默认安全流程的节奏。
