2026 年 10 月 15 日,GitHub 宣布面向所有用户开放 Code Scanning 警报的 Agentic Autofix。Copilot 会检查与问题相关的代码库,提出修复方案并验证更改;随后创建拉取请求草稿,供开发人员审查。这样一来,自动化便将发现的问题与准备好接受审查的代码更改连接起来。

可以将 Agentic Autofix 分配给默认分支待处理警报列表中的警报。GitHub 还说明,可以分配一个或多个警报,也可以通过安全活动进行分配。文档指出,分配警报会为每个警报启动一个独立的代理会话。
代理究竟会检查什么
根据Agentic Autofix 可用性公告,Copilot 可以检查与问题相关的文件,包括扫描器标记文件以外的文件,生成补丁,并创建附有更改说明的拉取请求。团队可以审查建议的差异、要求修改或予以拒绝。
为进行验证,GitHub 会使用一组 code scanning 查询重新运行 CodeQL。但对于由自定义 CodeQL 查询、security-extended 查询集和第三方工具产生的警报,这种验证无法确认问题已修复。在这些情况下,团队需要自行评估结果;GitHub 建议在合并前审查并测试生成的更改。
使用权限和费用取决于配置
是否可用取决于仓库类型和已关联的产品。GitHub 文档指出,符合条件的组织仓库若使用 GitHub Team 或 GitHub Enterprise Cloud 并启用了 GitHub Code Security,即可使用 Agentic Autofix;符合条件的个人账户公开仓库也可使用。组织层级必须授予使用权限;如果组织属于某个企业,企业层级也必须授予权限。仓库管理员可以在这些政策规定的范围内管理相关设置。
每个 Agentic Autofix 会话都会消耗 Code Security 的 AI Credits 和 GitHub Actions 分钟数。启动前,团队应确认哪些仓库符合条件、谁可以分配警报,以及如何核算这些费用。另一项独立功能 Copilot Autofix 会针对单个警报提供一个更改方案,其工作流程也有所不同。
一种务实的起步方式是,先为代理分配主分支上的几个适用警报,再检查差异、CodeQL 结果和资源消耗。Agentic Autofix 会准备修复方案和拉取请求草稿;团队则负责审查更改,并决定是否可以合并。