OpenReview：用 Claude Agent 重新定义代码审查

一款会「上手干活的」AI 代码审查机器人

想象这样一个场景：你的团队刚合并了一个 Feature 分支，CI 流水线变绿了，但某个新加入的同事注意到代码里有个潜在的空指针风险——可惜此时已经晚了三班车，代码已经上了生产。三小时后，监控报警。

OpenReview 正是为解决这个问题而生：它是 Vercel 团队打造的 AI 代码审查 Bot，接入 GitHub App 后，在任意 PR 下 @openreview 即可召唤 Claude Agent 上岗审查，比等人工排队快得多。更关键的是，它不仅「看」代码——它能直接帮你修。

---

背景：为什么 Vercel 要自己做 Code Review？

代码审查（Code Review）是软件开发中保证质量的核心环节，但人工审查有三个天然瓶颈：

• 速度：开发者提了 PR，等 Reviewer 响应可能需要数小时到数天
• 一致性：不同 Reviewer 关注点不同，同类问题这次提了下次可能漏掉
• 深度：大型重构、架构调整，人工审查容易流于表面

Vercel 团队在开发内部工具时，恰好在推广自己的新技术栈——Vercel Workflow（ durable workflow 引擎）、Vercel Sandbox（隔离执行环境）、AI SDK（统一调用 Claude）。他们决定用这些组件自己搭一套 AI Code Review 方案，这就是 OpenReview 的由来。项目于 2026 年 3 月开源，目前（2026 年 6 月）已获得 1434 Stars 和 98 Forks，增长趋势相当可观。

---

核心能力：不仅是审查，更是执行

1. 提及即审查，门槛极低

开发者只需在 PR 评论中 @openreview，Bot 就会自动响应。整个触发流程：

1. GitHub Webhook 接收评论事件
2. 启动 Vercel Workflow 工作流
3. 创建 Vercel Sandbox 隔离环境
4. Agent 拉取 PR 对应分支代码
5. Claude Sonnet 4.6 分析代码并返回审查意见

无需配置规则、无需设置审查模板，提到就用。

2. 沙箱隔离执行：真的能跑 linter 和测试

大多数 AI Code Review 工具只能「读代码」，而 OpenReview 运行在 Vercel Sandbox 中，具备完整 repo 访问能力：

• 运行 ESLint、Prettier 等 linter
• 执行单元测试和集成测试
• 模拟构建过程，发现编译期错误

这意味着它发现的问题不只是「代码风格不佳」，而是真实的运行时风险。

3. 行级建议 + 自动修复

Agent 发现问题后，会以 GitHub Suggestion Block 形式输出行级修改建议。Reviewer 可以一键接受（👍/❤️），也可以拒绝（👎/😕），拒绝后 Bot 会跳过类似问题。

更激进的能力：commit-and-push。Bot 可以直接将格式化、lint 修复推送到 PR 分支，无需人工介入。

4. 可扩展 Skill 系统

OpenReview 内置了 skills.sh 生态的多个内置 Skill，涵盖：

• Next.js 最佳实践
• Next.js 缓存模式
• Vercel React 最佳实践
• Web 设计规范

同时支持在 .agents/skills/ 目录添加自定义 Skill，实现团队定制化的审查规则。

---

技术架构：Agent + Workflow + Sandbox 三位一体

OpenReview 的技术选型非常「Vercel」：

层级	技术	作用
应用框架	Next.js 16.1.6 + React 19	Web UI + API Route Handler
AI 引擎	AI SDK + Claude Sonnet 4.6	统一 LLM 调用
工作流	Vercel Workflow（beta）	durable/resumable 任务编排
隔离执行	Vercel Sandbox	repo 克隆 + 依赖安装 + 命令执行
状态存储	Upstash KV	Workflow 中间状态持久化
GitHub 集成	Octokit + @chat-adapter/github	API 调用 + 评论交互

workflow/ 目录是核心，每一步都是独立文件：

• get-github-token.ts — 获取安装级 Token
• check-push-access.ts — 验证 Bot 写权限（2493 bytes，逻辑最重）
• create-sandbox.ts — 启动隔离沙箱
• install-dependencies.ts — 自动 npm/bun install
• configure-git.ts — 配置 Git 用户信息
• run-agent.ts — 加载 Agent 并执行
• commit-and-push.ts — 可选：直接提交修复
• add-pr-comment.ts — 结果回写 GitHub

lib/ 下的 agent.ts（3962 bytes）是 Agent 核心Prompt定义，bot.ts（3950 bytes）处理 GitHub 事件路由，tools/ 目录下的 bash/read-file/write-file/reply/load-skill 是 Agent 可调用的工具集。

---

部署体验：Vercel 一键，但需配置门槛

OpenReview 本身没有 Dockerfile，不支持本地 Docker 部署，必须部署到 Vercel 平台。README 内置了「Deploy with Vercel」按钮，填写 4 个环境变量即可启动：

• GITHUB_APP_ID — GitHub App ID
• GITHUB_APP_INSTALLATION_ID — 安装 ID
• GITHUB_APP_PRIVATE_KEY — App 私钥（需 Base64 编码）
• GITHUB_APP_WEBHOOK_SECRET — Webhook 签名密钥
• UPSTASH_KV_REST_API_URL / UPSTASH_KV_REST_API_TOKEN — 状态存储（免费限额）

部署本身门槛不高（Vercel 免费层可用），但需要自备 Claude API Key（成本取决于代码审查量）以及申请 GitHub App 并配置安装，对非技术团队有一定门槛。

---

局限与争议

1. Beta 状态，API 可能变更：作者明确提示「Expect rough edges and breaking changes」，生产环境使用需谨慎
2. 完全依赖 Vercel 生态：无法迁移到其他平台，Vendor Lock-in 明显
3. Claude API 成本：代码量大的仓库，每次全量审查成本不可忽视
4. 无本地部署选项：需要自建 GitHub App + Vercel，不适合合规要求严格的内部环境
5. 仅支持 GitHub：暂无 GitLab/Gitea 等其他平台支持计划

---

行业意义：代码审查 Agent 化的里程碑

OpenReview 代表了一种趋势：AI Agent 不仅能分析代码，还能真实地操作代码仓库（读文件→跑命令→写修改→推送），而这一切都通过安全的沙箱隔离完成。它将代码审查从「人工排队等反馈」变成「随提随审」，从「人肉找问题」变成「Agent + 人工协作」。

项目目前仍处于 Beta，但从架构设计来看已经相当成熟。如果你是 Vercel 技术栈的团队，这是一个值得重点关注的方向。

图1：OpenReview 在 GitHub 上的项目主页

本分析基于 2026 年 6 月 14 日采集的项目代码和文档，报告内容客观呈现项目特性，不代表项目推荐立场。