GitHub 在 2026 年 6 月 9 日宣布，Security validation for third-party coding agents 正式 generally available。这项更新把原本用于 GitHub Copilot cloud agent 的自动安全检查，扩展到可在 repository 内工作的第三方 coding agents，包括 Claude 和 OpenAI Codex。
这个更新的背景很清楚：AI coding agent 不再只是本地工具或 IDE sidebar。越来越多 agent 可以直接在 repo 里实现功能、修 bug、补测试，甚至建立 pull request。当 agent 真的会改 code，安全检查就不能只靠最后人工 review 才开始。
GitHub 说，当第三方 coding agent 在 repository 内产生代码时，系统会自动用 CodeQL 分析潜在安全漏洞，检查新引入的 dependencies 是否命中 GitHub Advisory Database，并用 GitHub secret scanning 侦测 API keys、tokens 等敏感信息。如果分析发现问题，agent 会尝试在 finalizing pull request 前修复。
这里的意义不是「agent 写 code 就一定安全」，而是把安全 validation 放进 agent workflow 本身。过去 AI 生成的代码很容易跳过一些平时 CI 才会发现的问题，例如不安全 pattern、脆弱 dependency、误放 secret。现在 GitHub 把这些检查提前到 agent 产生 PR 的路径中。
GitHub 也提到，自 2025 年 10 月推出 Copilot cloud agent automatic code validation 以来，已主动阻止数百个潜在 security leaks 和 vulnerabilities。今次扩展至第三方 agents，代表 GitHub 不希望安全边界只适用于自家 agent，而是希望同一 repo 内所有 agent-generated code 都受同一套检查。
另一个实际重点，是 security validations 默认开启，并跟随 repository 的 Copilot settings 决定使用哪些 validation tools。已启用 Copilot cloud agent security validation 的 repo，第三方 agents 会自动得到同样保护；GitHub 也说这不需要 GitHub Advanced Security license。
对开发团队来说，这是 agent adoption 的必要基础设施。AI agent 可以提升速度，但速度愈快，越需要在 PR 前自动拦截已知漏洞、脆弱套件和硬编码凭证。否则 agent 只会把安全债务用更快速度带入 codebase。
这次 GitHub 更新的核心讯号，是 AI coding agent 正由「生产工具」变成「受治理的工程参与者」。企业未来选 agent，不只看模型能力和 IDE 体验，还要看它进入 repo 后能否配合既有安全扫描、PR policy、review 流程和审计记录。
