PR 自动审查
打开 PR 就自动给出评论与建议,不需要额外接 CI 或安装第三方应用,仓库启用后新 PR 会直接进入审查流程,也可改成手动触发。
拖动滑块完成拼图,通过后发送验证码
独立第三方 AI 评测平台 · 只用实测数据
GitHub 平台自带的 AI 审查:打开 PR 就自动给评论,还能让它直接改
官网地址 github.com
GitHub Copilot 代码审查是 GitHub 官方把 AI 审查做进 PR 流程的能力,用法和 CodeRabbit 那类第三方机器人很像,但它是平台自带的:打开 PR 就能看到它的评论,也可以在 PR 里手动请它审一次,或者在 VS Code 里让它先审你本地的改动,不必等到推远端。它审的范围主要是这个 PR 的 diff,加上能读到的仓库上下文与你写的审查指令文件(可以在仓库里约定规范、禁改区域、验证要求);它不是那种先给整个代码库建索引再判断跨模块影响的方案,所以「改了这个签名、另外三个模块还在用旧签名」这类问题它不一定看得出来。它不只提意见:可以让它按评论直接生成修复改动,这点比只留评论的工具顺手。平台范围是硬约束——只在 GitHub 上用,GitLab、Bitbucket、自建 Git 都用不了。CI 不用单独接,它本身就是 GitHub 流程的一部分,可以设成自动审或按规则触发;费用上不单独收,含在 Copilot 付费订阅里消耗用量额度,注意 GitHub 官方调整过计费口径(2026 年起审查相关消耗会算进 GitHub Actions 分钟)。误报处理也比较实际:在评论里回复、点踩,或者把规则写进指令文件,也可以干脆关掉自动审查改成手动请求。
一句话概括:GitHub 平台的 AI 审查:PR 自动出评论,也能按评论生成修复改动。
打开 PR 就自动给出评论与建议,不需要额外接 CI 或安装第三方应用,仓库启用后新 PR 会直接进入审查流程,也可改成手动触发。
针对自己的评论生成修复代码,不只是留意见;改完仍需你确认后再合入,不能当自动合并用,涉及业务语义的改动要看清 diff 再接受。
用仓库里的指令文件约定规范、禁改区域与验证要求,减少跑偏,也让团队标准能随代码一起演进、被新加入的人直接看到。,审查时会自动读入这些约定。
自动审查、在 PR 里手动请它审一次、或在 VS Code 里先审本地改动,三种入口按需选择,不必等推成 PR 才发现问题。
可统一启停并决定哪些仓库或哪类 PR 自动审、哪些要手动请求,便于先在少数仓库灰度,再决定是否全量放开。,不至于一上线就制造大量噪音。
审查消耗与 GitHub 既有账单体系挂接,团队可在同一处看到用量,方便做成本归集与预算,不必再单独对一次账。,但计费口径会随官方调整。
对不适用的评论可以在 PR 里直接回复或反馈,也可以把规则补进指令文件,让下一轮审查少犯同样的错,重复噪音会逐步减少。,也能减少重复出现的无效评论。
| 模型 / 系列 | 说明 |
|---|---|
| Copilot 平台模型池 | 由平台调度,用户通常无需配置 |
| GPT 与 Claude 等系列 | Copilot 提供多家模型,审查侧可选范围以官方文档为准 |
模型由 GitHub 侧调度,用户不需要自配 Key,也无法为审查单独指定模型。
AI 编程软件的价格与额度调整频繁,本页只记计价方式、不构成报价;下单前请以 官方定价页为准。
免费与试用方面:Copilot 免费档的审查可用范围有限(以官方为准);付费订阅内含量度。计价方式为免费增值(有免费档,进阶功能收费),超出免费范围后按官方档位付费,具体额度以官网为准。
官方口径涉及 Copilot 平台模型、GPT / Claude 等系列 等模型。模型由 GitHub 侧调度,用户不需要自配 Key。模型通常由官方统一提供,能否自行更换要看订阅档位与官方设置。
计价方式:免费增值(有免费档,进阶功能收费)。不单独收费,包含在 Copilot 订阅内并消耗用量额度;2026 年起相关消耗会计入 GitHub Actions 分钟,企业按席位报价。具体以官方定价页为准。最新档位与价格请以官网为准。
支持的系统:Web。运行在:浏览器 / VS Code。代码语言方面:全语言。国内访问可能需要网络条件,具体可用性以官网为准。
GitHub Copilot 代码审查 是闭源商业软件,不提供源码。不提供自部署版本,需要按官方提供的方式接入。
不支持自带 API Key,模型调用由官方统一提供。同时不支持本地模型,需要联网使用官方服务。支持 MCP,可以接外部工具与数据源扩展能力。
最大差别是归属与范围:它原生在 GitHub 里、跟着 Copilot 订阅走,接入零门槛、成本低,但只覆盖 GitHub。CodeRabbit 这类工具在审查深度、可配置项与多平台支持(例如 GitLab)上更丰富,需要更细的规则控制时通常更合适。
能。可以针对它的评论生成修复改动,改完仍需你确认后再合入,别当自动合并用。对涉及业务语义的改动,建议先看清 diff 再接受,尤其是它无法从仓库上下文判断的领域规则。
主要围绕本 PR 的 diff 加上能读到的仓库上下文,跨模块、跨仓库的影响分析较弱。像改了函数签名、别处仍在用旧签名这类问题,需要靠仓库索引更强的第三方工具或人工审查兜底,不能指望它全包。
可以关掉自动审查改成手动请求,或把规范、禁改区域与关注点写进仓库的审查指令文件;对不适用的评论也能在 PR 里直接反馈。先收敛指令文件再决定是否全量开启自动审查,通常比事后逐条忽略更省事。
软件的能力、定价与平台信息取自厂商公开页面并逐条核验;价格与额度随官方调整,请以各官网为准,核验时间 2026-10。