导语：
截至 2026 年 3 月 15 日，软件工程团队最明显的变化是：自动化已经不再只负责“执行”，而开始负责“审查”和“建议”。3 月 11 日，GitHub 允许直接从 GitHub CLI 请求 Copilot 代码审查，并支持在 Web 上用 Copilot 直接探索仓库；3 月 10 日，Dependabot 开始支持 pre-commit hooks 自动升级；更早的 3 月 5 日，Copilot code review 已切换到 agentic tool-calling 架构。
这意味着研发流程的多个环节正在被重新连接起来：依赖升级、上下文获取、代码审查、人工终审，不再是割裂动作，而是一个连续工作流。
1. 研发团队为什么必须升级流程
- 因为代理已经能给出“结构化建议”，而不仅是代码补全。
- 因为自动升级不再局限于应用依赖，连本地质量门禁
pre-commit也进入了供应链治理。 - 因为上下文获取变强后，自动化工具更容易介入高价值任务，风险也同步扩大。
2. 推荐采用的四段流程
- 任务定义
明确目标、边界和验收标准。 - 自动变更
让机器人和代理处理依赖升级、模板修复、低风险改动。 - 自动审查
把 Copilot 审查和静态门禁前置到 PR 阶段。 - 人工终审
对鉴权、支付、迁移脚本、核心算法等高风险改动保留最终责任。
3. 可直接采用的操作流程
- 将
pre-commithooks 纳入 Dependabot 管理。 - PR 创建时默认触发代理审查。
- 高风险目录启用 CODEOWNERS 双审。
- 为仓库补齐项目级说明文件与质量基线。
- 对自动升级 PR 单独统计通过率和返工率。
- 对代理审查意见建立“采纳/忽略/误报”分类。
- 每周复盘一次自动化引入的缺陷与收益。
4. 门禁建议
- 自动升级 PR 未通过测试不得合并。
- 代理审查识别的高风险问题必须人工确认。
pre-commit更新如改变格式化或规则行为，必须通知相关团队。- 核心仓库无项目指令文件不得开启大规模代理自动化。
5. 指标建议
- PR 首次通过率。
- 自动升级 PR 平均合并时间。
- 代理审查误报率和命中率。
- 上线后缺陷外溢率。
- 返工占比。
6. 结语
到 2026 年 3 月，软件工程的关键不再是“自动化有没有上”，而是“自动化有没有被制度化”。把代理审查、依赖升级和人工终审连接成一条可复盘流程，才是这轮工程升级的重点。
参考资料
- GitHub Changelog: Request Copilot code review from GitHub CLI（2026-03-11）
https://github.blog/changelog/2026-03-11-request-copilot-code-review-from-github-cli - GitHub Changelog: Explore a repository using Copilot on the web（2026-03-11）
https://github.blog/changelog/2026-03-11-explore-a-repository-using-copilot-on-the-web/ - GitHub Changelog: Dependabot now supports pre-commit hooks（2026-03-10）
https://github.blog/changelog/2026-03-10-dependabot-now-supports-pre-commit-hooks - GitHub Changelog: Copilot code review now runs on an agentic architecture（2026-03-05）
https://github.blog/changelog/2026-03-05-copilot-code-review-now-runs-on-an-agentic-architecture/
