Azure Repos更新Copilot代码评审：可选投入档位，配置变更进入审计日志

10-01 3阅读

微软于 2026 年 9 月 30 日公布 Azure Repos 中 Copilot 代码评审的近期更新。这项服务在八月底进入公开预览，本次加入评审投入档位和更多审计事件。官方表示新增功能正在推送，预计未来两至三周逐步覆盖客户。

配图为 AI 生成的概念示意图，非真实产品界面、设备照片或性能测试结果。

默认档位可以细化到仓库

项目与仓库可设置 Lite 或 Balanced 默认档位，控制评审投入；应用并提交建议时，也可一并解决相关评论。新增审计事件覆盖启停、默认档位、代理池、自定义指令及自动评审分支策略等配置变化。官方同时提醒，每次评审会向所关联订阅计费。

本文的判断是，可配置档位的价值在于让团队主动选择检查投入，而不是形成“轻量一定漏错、平衡一定可靠”的标签。一个改动的风险可能来自它触及的权限边界，也可能来自调用链深度，不能只根据修改行数判断。

建议从团队曾经修复过的缺陷中整理小规模评测集，去掉真实客户信息，分别包含边界条件、错误处理、并发行为和纯展示修改。记录每次评审发现了什么、误报了什么，以及人工确认需要多少时间，避免只比较评论数量。

同一份改动最好保持指令和上下文一致后再切换档位。若模型输出差异很大，应重复少量关键样本，观察结论是否稳定。测试目的不是找到永远正确的一档，而是建立适合不同仓库的默认值与人工升级检查条件。

批量解决评论能缩短操作路径，但团队仍需要知道建议是否经过验证。本文建议在应用修复后查看最终差异，并运行与问题相关的检查，再把评论状态作为流程记录。一次点击关闭多个讨论，不应成为代码正确性的唯一证据。

审计日志则适合回答另一类问题：是谁在什么时候改变了评审配置。可以把一次配置调整和随后一段时间的评审用量对齐，判断成本变化来自更多提交、较深检查，还是自动触发范围扩大。这样比只看账单总额更容易定位原因。

试点时给少量仓库设置负责人，约定每周抽查有效发现、无效建议和处理时间。若某类改动持续无法从自动评审中受益，就缩小触发范围；如果它确实帮忙找到了人工容易忽略的问题，再逐步扩大使用。

尚未看到新选项的团队，可先确认租户推送状态并准备样本，不必把界面差异直接当成配置错误。发布窗口结束后，再用实际账户核对默认档位、审计事件和计费记录是否一起符合预期。

本文于北京时间 2026 年 10 月 1 日核验。新闻事实来自上述官方资料，文中评估方法与实施建议为本站独立分析，后续状态以官方更新为准。