Claude Code security review routing：Alberta 将 4.66 亿行代码纳入受治理 agent 通道

Claude Code security review routing 已经不再只是实验室模式。Anthropic 称，加拿大 Alberta 政府使用 Claude Code 与 Opus、Sonnet models，在约 20 小时内扫描 4.66 亿行代码，协调约 50 个并行 agents，并修复政府系统中的安全缺口。对 AI engineering teams 来说，真正重要的不是速度标题，而是运营模型：rules engine 先标记候选问题，Claude 再复核并引用精确文件和行号，专门的 red-team 与 blue-team agents 持续检查，而政府工程师在补丁上线前保留 review 和 approval 权限。

发生了什么

Anthropic 在 7 月 6 日发布 case study，介绍 Alberta Ministry of Technology and Innovation 自 2025 年以来如何使用 Claude Code 审查 27 个省级部门的系统。该部门维护约 1,280 个应用和 3,400 个 repositories，覆盖税务记录、政府采购数据、社会服务个案文件、公共安全和野火响应等系统。Anthropic 表示，这些资产中大部分此前没有经历过系统性 security review。

报道中的第一轮扫描在 20 小时内覆盖 4.66 亿行代码。Alberta 团队使用 Claude Code 与 Claude Opus、Sonnet models，让约 50 个 agents 自动并行运行。Workflow 先由 rules engine 标记已知风险模式，再由 Claude 复核这些 flags、引用精确位置，并找出旧式自动扫描工具遗漏的问题。Anthropic 称，该团队估计传统方式完成同类 review 可能需要约 6.5 年。

这份 case study 还强调 remediation，而不只是 detection。Claude Code 发现漏洞后，通常可以起草 fix、运行 tests 并 build 结果。如果缺少测试，Claude 会先写 tests。如果某个系统过旧、难以安全 patch，团队会用 Claude 将部分系统重建为更现代的语言。与此同时，Alberta 建立了持续 review agents：red-team agent 从外部探测应用，blue-team agent 按约 95 项 controls 评估防御，其他 agents 则检查代码质量和面向公众的文字。

为什么对 AI 工程团队重要

Claude Code security review routing 把问题从“agent 能不能找 bug”改成“哪条 lane 可以 inspect、patch、test 并 escalate security work”。在 Alberta 这种规模下，agent concurrency 本身就是基础设施问题。50 个并行 agents 扫描数千个 repositories，需要 model-tier policy、repository access boundaries、request attribution、token 与 wall-clock budgets、evidence formats，以及避免用重复或低置信 findings 淹没维护者的机制。

这份 case study 也提醒团队：vulnerability review 不是普通 code generation 的同一条 route。一个可以追踪 exploit paths 并 patch legacy systems 的 coding agent，会触碰高度敏感、接近数据边界的基础设施。它可能需要扫描阶段的 read-only access、只在 isolated branches 上开放写权限、对 proof-of-concept evidence 单独处理，并在首选 security model 或 review queue 不可用时 fail closed。

对企业团队而言，最可迁移的模式是 Alberta 的两阶段设计。确定性工具先缩小搜索空间；model reasoning 再检查上下文并提出 fixes；human 保留 approval。相比让 frontier model 带着宽泛写权限漫游所有 repositories，这更健康。它也给 routing layer 更清晰的输入：task type、sensitivity、repository class、model tier、allowed tools、reviewer group 和 expected artifact。

路由与运维视角

Claude Code security review routing 的 router/operator angle，是把 security review 当成专用 agent lane，而不是普通 coding assistant 上的一个 feature flag。实用 routing matrix 至少应有四条 route：

1. Inventory and hygiene. 低风险 dependency checks、stale-code discovery 和 documentation gaps 可以使用更便宜的 models、read-only scopes 和批量调度。
2. Evidence review. Vulnerability hypotheses、exploit-path analysis 和精确 file-line citations 应使用更强 models、更严格 logging 和结构化 evidence artifacts。
3. Patch proposal. 任何会修改代码的 agent 都应在 branch 上运行，执行 tests，附上 diffs 与 build output，并在 merge 前要求具名 human approval。
4. Continuous red/blue review. Always-on security agents 需要 quota ceilings、repository allowlists、control mappings 和 alert deduplication，然后才能进入 developer workflows。

这张 matrix 也会改变 fallback。如果 evidence-review route 无法访问首选 Claude model，最安全的 fallback 可能是 queue 或 read-only analysis，而不是静默切换到更便宜的通用 model。如果 patch route 无法运行 tests，route 应停在 patch proposal，并把 artifact 标记为 unverified。如果 disclosure route 会把信息发送到组织外部，则应要求单独的 approval trail。

TheRouter users 可以把这些 lanes 映射进 gateway policy，而不是散落到脚本里。TheRouter AI routing documentation 是开始处理 provider routing 和 request policy 的稳定入口。此前的 OpenAI Patch the Planet Codex Security routing analysis 也值得对照，因为它从另一个 vendor 得出同样结论：security agents 需要受治理的 remediation routes，而不只是更强的 models。

TheRouter 用户应关注或尝试什么

在给任何 coding agent 宽泛 repository access 之前，先定义 security-review route。要求每个 task 声明一种 mode：advisory scan、evidence review、patch proposal 或 external disclosure。把每个 mode 绑定到 model tier、repository scope、tool permissions、logging 和 human reviewer requirements。

接下来，像衡量模型一样认真衡量队列。跟踪 confirmed finding rate、duplicate rate、false-positive rate、average review time、patch acceptance、agent 创建的 tests，以及 rollbacks。Alberta 的案例之所以值得关注，是因为它把速度与 review structure 放在一起；没有这些指标，大规模 agent fleet 只会把技术债变成告警债。

最后，把 model fallback 与 governance fallback 分开。Claude Code security review routing 只有在 route 保留 evidence、approval 和 isolation 时才成立。一个保持 API shape、但丢掉 security-review controls 的 model swap，不是安全的 fallback。应把 security agents 当成有独立 budget、audit trail 和 stop conditions 的运营通道。