GitHub Copilot 现在能做什么？补全、Chat、Agent 和代码评审怎么用

如果你还把 Copilot 理解成“自动补下一行”，已经有点过时了

代码补全仍然很常用，但现在 Copilot Chat 还能解释代码、改多个文件、运行命令并处理更完整的任务。GitHub 也把 Copilot 扩展到 CLI、代码评审和 GitHub 上的 agent 工作流。

Agent 模式适合有明确终点的任务

比如“给这个接口加分页并补测试”比“优化一下项目”更容易得到可控结果。Agent 会自己判断要改哪些文件、执行哪些命令，所以任务描述里最好把约束、不能改的部分和验收条件写出来。

Plan 模式的价值，是在真正改代码前先发现理解偏差

复杂需求可以先让 Copilot 给出实施计划，再检查它有没有漏迁移、权限、测试或兼容性。几分钟的计划确认，往往比 agent 改完二十个文件再推翻省时间。

AI 写的代码也要过人类的 diff、测试和安全检查

尤其是认证、支付、数据删除、SQL、权限和依赖升级。Copilot 能快速生成代码，不会自动替你承担业务后果。把自动测试、lint、类型检查和 review 当成默认流程会更稳。

团队使用还要考虑仓库权限和组织策略

个人项目和企业仓库的安全要求不同。是否允许某些模型、哪些仓库能用 agent、生成内容怎么审，都应该跟现有代码评审和安全制度结合，而不是另起一套“AI 特例”。

团队引入之前，先约定审查边界

从低风险的单元测试、重构小函数和解释旧代码开始，明确哪些仓库不能自动提交或修改生产配置。自动生成的补丁应经过与普通开发者提交相同的测试、依赖检查和代码审查。效率收益来自减少重复劳动，而非省掉验证。