Cursor 实战：用 Claude 4 把一周的代码 review 工作流搭起来

代码 review 是工程团队最耗时但最难量化的工作之一。本文用一个真实案例演示如何用 Cursor + Claude 4 Sonnet，把 review 从”看 PR → 提意见”升级为”AI 先过一遍、人只看关键点”，提效约 60%。

背景与目标

我们团队维护一个金融数据处理服务，每天 30+ PR。Review 一次 PR 平均 20 分钟，其中 70% 时间花在”找潜在 bug”和”确认风格一致性”上。我们想：能不能让 AI 先做这两件事，人专注在”业务逻辑正确性”？

工具与配置

• Cursor（最新版 0.45+，开启 Claude 4 Sonnet 作为默认模型）
• Claude 4 Sonnet（长上下文 + 代码能力优）
• .cursorrules（团队专属规则文件）
• 自定义 command（@review 触发专用 prompt）

步骤 1：写团队专属 .cursorrules

这是最关键的一步。把团队代码规范、常见 bug 模式、安全要求写成规则文件，让 AI 永远遵循：

# 金融数据处理服务专属规则
- 任何金额、汇率、日期相关计算必须有单元测试覆盖
- 浮点数不能直接用于金融计算，必须用 Decimal
- 所有外部 API 调用必须有 timeout 和 retry
- 数据库 migration 必须向后兼容
- 错误处理不能用 bare except
- 注释必须说明"为什么"而不是"是什么"

步骤 2：定义 /review 自定义 command

在 Cursor 的命令面板定义专用 review 流程：

你是这个项目的资深 reviewer。focus on:
1. 业务逻辑是否正确（对照 PR 描述）
2. 是否符合 .cursorrules
3. 潜在并发问题
4. 错误处理是否完整
5. 是否有未处理的边界情况

输出格式：
- 🔴 必修：列出位置 + 问题 + 建议改法
- 🟡 建议：列出可优化点
- 🟢 亮点：值得保留的好写法

不需要重复 PR 已经说明的设计选择。

步骤 3：实际跑一次

打开 PR → 切到 Cursor → @review → 10 秒后 AI 给出 4 个 🟡 建议 + 1 个 🔴 必修（漏写 retry 逻辑）。人工再花 5 分钟看 AI 没看到的部分。整个流程从 20 分钟降到 8 分钟。

注意事项

• AI review 不能替代人对业务逻辑的把关，定位是”找机械性 bug”
• 每 2 周要更新 .cursorrules，把 AI 漏掉的 bug 模式加进去
• 不要让 AI 接触生产密钥，Cursor 默认会脱敏但要团队约定

这一套流程在金融场景特别合适，因为金融代码的 bug 模式相对固定（金额、时间、并发），AI 学习起来非常快。