行为合规审查：代码审查的新范式

当代码不再只由人类工程师编写，代码审查的对象就发生了变化。Agent 能够独立承接任务、并行执行并长时间运行，甚至修改代码库、运行命令和操作浏览器。此时，审查不能只停留在逐行阅读 diff，而应转向对 Agent 行为的合规验证：它是否遵守任务边界，是否访问了不应访问的资源，是否在预期范围外产生了修改。

从“代码质量”转向“行为合规”

传统审查主要关注逻辑正确性、代码风格和边界条件；Agent 场景还必须追问三个问题：它是否准确理解了任务约束，是否改变了与需求无关的文件，是否遵循了团队既定的架构约束。代码看起来可运行，并不代表执行过程合规。一个结果正确但权限越界、修改范围失控的任务，仍然属于高风险变更。

因此，审查记录不应只有代码差异，还应保留任务目标、执行范围、使用的权限、关键决策和验证结果。对于批量重构、测试补齐、文档同步等边界清晰且容易验证的任务，可以允许更高程度的自动化；对于需求模糊、依赖业务判断或出错成本较高的任务，则必须保留人工确认。

权限是审查的前置条件

如果 Agent 可以接触多个仓库、服务或数据，仅靠事后 review 很难弥补权限配置错误。团队应依据最小权限原则，为不同 Agent 划定明确的访问范围，并通过团队级 MCP 和组织分组隔离不同业务域。移动端适合查看进度和进行轻量审批，但不应替代完整环境中的深度代码审查。

行为合规审查的核心，不是降低人的责任，而是重新定义人的责任：人负责设定边界、确认高风险决策、检查异常行为，Agent 负责在约束内执行标准化任务。只有当任务可定义、结果可验证、权限可控制时，自动化才不会把错误更快地扩散到代码库中。