Anthropic在2026年7月6日公开阿尔伯塔政府使用Claude Code开展代码安全工作的案例。官方称团队使用Opus和Sonnet审查政府系统，在20小时内扫描4.66亿行代码，并修复系统中的安全缺口。本文资料核验日期为2026年8月13日，数字和结果均属于Anthropic对案例的公开表述，不能直接外推到其他组织。
先看结论：大规模代码审查要把AI放进可审计的工程流程
案例可借鉴的重点在流程设计：先盘点代码与依赖，再让Agent并行寻找风险，随后由工程师确认、修复、测试和记录。AI负责扩大审查覆盖面，权限边界、变更审批和最终责任仍由组织掌握。
| 阶段 | Agent可协助 | 人工必须确认 |
|---|---|---|
| 资产盘点 | 索引仓库、模块、依赖与历史文档 | 范围、敏感目录和排除项 |
| 风险发现 | 并行扫描模式、调用链和配置 | 告警是否可复现、业务影响 |
| 修复建议 | 提出补丁、测试用例和说明 | 代码评审、兼容性和回滚 |
| 上线审计 | 汇总证据、变更和测试结果 | 发布批准、责任人和留档 |
案例流程可以怎样复现？
先建立代码地图
将仓库、构建脚本、运行环境、依赖和服务边界列出来，再按业务敏感度分级。大型遗留系统常有文档缺失和重复模块，地图决定Agent能否把告警放进正确上下文。
并行分析与证据回收
可以按模块、漏洞类型或运行边界拆分任务。每条发现都保留文件位置、触发条件、影响说明和复现步骤，避免只收集一句“可能存在风险”。
修复、测试与人工批准
Agent生成补丁后，工程师需要检查差异、运行单元测试和安全回归，再决定是否合并。高风险改动要有双人复核和明确的回滚点。
小团队如何采用这套方法？
- 缩小范围：先选择一个服务或一类高价值漏洞，禁止直接扫描全部生产凭据。
- 隔离环境：在只读副本、脱敏数据和临时分支中运行。
- 定义证据格式：统一记录位置、影响、复现、修复和测试结果。
- 设人工闸门：Agent不能自行合并、发布或访问不必要的密钥。
- 复盘指标：记录有效告警率、误报、修复返工和回归缺陷。
适用条件
- 代码可以被安全地复制到隔离环境，并有负责人维护测试。
- 组织愿意把安全告警、补丁和审批记录纳入现有流程。
- 工程师能够审查Agent输出，而非直接接受自动修改。
限制与风险
- Anthropic披露的扫描规模和时间是单一案例结果，硬件、代码质量和流程差异会显著影响效果。
- 代码Agent可能误读业务约束或生成不兼容补丁，所有高风险变更都要复核。
- 源代码、凭据和漏洞信息属于敏感资产，权限、日志和保留期限需要单独设计。
FAQ
Agent能直接替代安全团队吗？
案例展示的是工程协作方式。威胁建模、风险接受、发布批准和事件响应仍需要组织的安全职责。
遗留代码没有测试怎么办？
先为关键模块建立最小回归集和可复现样例，再逐步扩大Agent任务范围。
怎样避免误报淹没团队？
要求每条告警附证据和复现条件，按业务影响分级，并把已确认的误报加入后续评测集。
