我给自己48小时来验证 AI 代码审查工具。以下是我的构建方式。
发布: (2026年3月9日 GMT+8 20:36)
3 分钟阅读
原文: Dev.to
Source: Dev.to
想法
我想验证一个简单的问题：如果你打开的每个 Pull Request 都能立即得到 AI 代码审查会怎样？
这不是要取代人工审查者——而是先进行一次快速审查，捕捉明显的问题，让你的团队成员在真正查看之前就已经得到提示。
48 小时内完成构建
我给自己 48 小时的时间来构建、发布并看看是否真的有人觉得它有用。
工作原理
CodeReview.ai 是一个 GitHub App。安装到仓库后，每当打开 PR 时，它会：
- 接收来自 GitHub 的 webhook。
- 通过 GitHub API 拉取 diff。
- 将 diff 发送给 GPT‑3.5‑turbo 并附上代码审查提示。
- 在几秒钟内把审查结果作为 PR 评论发布。
就这么简单——没有仪表盘，没有配置文件，也没有收费层级。安装即用。
技术栈
- TypeScript – 全栈代码。
- Vercel serverless functions – webhook 处理函数。
- Octokit – GitHub API 调用。
- OpenAI API (GPT‑3.5‑turbo) – 生成审查内容。
- PostHog – 追踪安装和使用情况。
- Static HTML + Tailwind – 着陆页。
整个系统只包含两个 API 路由：一个处理 GitHub webhook，另一个处理等候名单注册。
成功指标
我设定了四个指标来决定是否继续：
| 指标 | 目标 |
|---|---|
| 48 小时内的安装数 | > 15 |
| 收到 ≥2 条审查的仓库数量 | ≥ 5 |
| 等候名单注册率 | > 10 % 的安装数 |
| 反馈情绪 | 不为负面，覆盖所有反馈渠道 |
如果达成 4 项中的 3 项，我会继续开发；否则就停止。
限制
- Diff 被截断至 8,000 字符；大型 PR 无法获得完整审查。
- GPT‑3.5‑turbo 速度快、成本低，但不如 GPT‑4 锐利；审查深度有上限。
- 为了控制 OpenAI 费用，每个安装每天最多 50 条审查（我是一名独立开发者）。
试用
- 着陆页：
- 安装 GitHub App：
如果你安装后觉得它令人烦恼而非有帮助，我真的很想听到你的反馈。整个冲刺的目的就是要找出答案。