摘要：最近公司给每位开发都配上了 Cursor ，刚好我们也在重写客户端 App，技术栏全面更新，这时候探索 AI 在开发流程中的落地场景就显得非常有价值。
最近公司给每位开发都配上了 Cursor ，刚好我们也在重写客户端 App，技术栏全面更新，这时候探索 AI 在开发流程中的落地场景就显得非常有价值。
这篇文档主要分享一个实用场景：如何在本地使用 Cursor 进行 PR 代码审查（Code Review） 。
最推荐的做法是根据 GitHub 仓库地址，在本地创建对应的目录结构，这样 Cursor 就能自动识别项目，不需要每次手动指定路径。
建议你本地通过 git clone 放到：
~/└── aaa/ └── bbb/ ← 这里是你 clone 下来的 repo这样配置好后，Cursor 会自动识别这个项目对应的 GitHub 仓库，并正确映射 PR、commit 等上下文信息。
如果你在 ~/aaa/ 下 clone 了多个 repo（比如 ccc/ 、ddd/ ），Cursor 也能一次性识别并切换。
进入项目后，可以在 Chat 中直接输入：
Can you review the PR 14 for this repo?或者可以先让其拉出所有的 PR
list all prs再告诉具体的 pr 编号
Cursor 会根据提供的链接抽取 PR 内容进行分析。
但是，如果当前打开的项目和 PR 并不对应，有些上下文理解可能不太准确。因此推荐优先使用上面的本地目录映射方式。
如果团队常规有一些 code review 规范，可以写入 Cursor 里面做为常规 prompt，将在 AI review 时自动使用。
路径：
Settings → Rules
示例内容：
- 所有公共函数必须添加注释- 所有新增功能必须包含测试用例- 命名简汇一定使用 camelCase- UI 组件中不应包含业务逻辑curl -H "Authorization: token YOUR_TOKEN" https://api.github.com/usercurl -I -H "Authorization: token YOUR_TOKEN" https://api.github.com/user | grep -i x-oauth-scopes如果你用的是公司仓库，GitHub 需要你的 token 通过 SSO 授权连接公司组织。
Cursor MCP 需要 Docker 服务运行，如果未启动，或启动慢，GitHub 连接会失败
打开 Docker Desktop，确认状态是 Running初次启动需要等待幾秒至十几秒来源：墨码行者
免责声明：本站系转载，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与本站联系，我们将在第一时间删除内容!
