分享我用 cursor 的思路

用 cursor 写了几个项目，包括维护旧项目，全部没写过一行代码，通过聊天解决，工作效率至少翻 5 倍，分享几条技巧。

1. 先定规范，新项目可以输入需求文档、各种技术规范，比如通信协议等文档，全转成 markdown 格式，保存在代码库里。然后让 ai 生成架构文档。老项目直接让根据现有代码和资料生成架构文档保存起来。架构文档一定要 review ，以后都要按这个来。
2. 每次聊天时，保证输入的信息能闭环，能提供详细的周边环境资料，如果有参考资料、可参考的开源项目等、一定要给他提供过去，你提供的资料越细，他实现的越好。
3. 写完要让 ai review 代码，先是纵向 review ，按模块，比如一个登录流程从前端到接口到数据库再到响应格式。然后再横向 review ，比如数据库模型层和数据库表结果比对等，还可以自己判断容易出错的地方，也要让 review 。还可以参考需求文档进行 review 。
4. 让 ai 自己写测试，可以是测试用例，可以是测试页面，用于方便自己点击测试等等，毕竟 ai 写个页面分分钟的事情。
5. ai 写过的代码，要 review 大架子是否合适、和需求是否有偏差，不需要 review 细节。ai 写的函数、方法等不会存在低级的逻辑 bug 。
6. 改不确定的代码逻辑前，先让 AI 分析这块儿的代码，给出分析结果，如果分析结果你认为不对，提出问题点，让 ai 再复核一次，直到分析结果对了以后，再让 AI 上手改；而不是直接改。
7. 如果有问题解决不了，让 AI 增加日志、然后将日志和问题现象一并交给 ai 让他再处理。99%的情况不需要自己去分析。
8. 总的原则，AI 是一个局部能力很强，但是大局观差一些的小助理，所以在大方向上做好引导，就会变成一个任劳任怨、随时待命的帮手，开发啥都不是事。

我的问题在于没钱

补一个我的方法： 整体跟你是类似的，但是现在 cursor 的计费方式很贵，所以我都是配合 Gemini 使用。对于全新的项目，先跟 Gemini 沟通，让其生成对应的文档，业务逻辑，接口操作方式等开发需要的一切。然后让 cursor 根据这些文档直接开发即可。

@wzzzx 我是买的包年的，现在计费方式变了吗？

@baiyuxiong126 #3 我的账号是公司购买的，每个月 20 刀的 token ，按 token 计费。不是以前按请求数计费了。如果是请求数计费的话，这部分工作我就直接使用 cursor 搭配 mcp-feedback-enhanced 这个 mcp 来完成了。

cursor 如果是 Auto 最便宜就是一月 20 刀，除非你指定其他模型

让 ai review 代码，是用 ask 模式吗？主动说一句 review 一下代码？还是使用 git 提交那边 Cursor 最近假的 review 功能。能举点你 review 的时候，给 Cursor 的具体提示词的例子吗？横向、纵向的。想学习一下

@baiyuxiong126 #3 ，是的，现在都是按量计费模式。只是你是年费订阅，会在明年续订日才变更模式。 但是有特殊情况，如果之前手动退回或者发邮件切换回旧计费模式现在还会保持在次数计费。

@wanniwa review 就是发提示词让 review 就行，比如说，帮我 review 登录代码，从用户登录到后台验证全部流程是否完整，是否有 bug 。 横向的就类似：我的数据库连接信息 localhost:3306 root 123456,请连接数据库获取表结构信息，并帮我 review model 层代码是否有不匹配的地方。 一般写完我会各种角度 review,review 完一测试，基本没问题。

@wanniwa 关于 Review 代码我有个方法是在不同 Code Agent 都能通用的： 1. 先定义好你的改动集合，可以是本地未提交的代码，也可以是提交的 PR ，一定要让 Agent 有办法得到 diff 的就行；然后在编写代码的会话里，让 LLM 给你生成 Review Prompt ， 你直接复制粘贴到下一步。 2. 新开一个 Agent 会话，一定要是新的，带上之前编写 Context 的话 Review 效果会变差，复制上一步生成的 Prompt 即可。