分享我用 cursor 的思路

2025 年 12 月 5 日
 baiyuxiong126

用 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 是一个局部能力很强,但是大局观差一些的小助理,所以在大方向上做好引导,就会变成一个任劳任怨、随时待命的帮手,开发啥都不是事。
12294 次点击
所在节点    程序员
59 条回复
yustation
2025 年 12 月 5 日
关掉按量付费后, 账单超过 20 刀是只能用 auto 还是直接不让用了?
Jannok
2025 年 12 月 5 日
@yustation api 成本那里我用到 48 刀左右就不让用 auto 以外的模型了,现在是偶尔用一下限免的模型比如 grok ,不然就只能 auto 了
Deveik
2025 年 12 月 5 日
补充一个,可以根据自己项目框架,找找相关 MCP 还能闭环掉复查的动作,比如数据库和浏览器控制台的。
不过全量用 Cursor 开发的话,额度上确实吃紧。
CouleurApp
2025 年 12 月 5 日
@xzsr 我记得之前 Cursor 本身就有这个功能,在完成你的某个需求后,会有一个提示框,问你是否将 xxxxx 添加到规则中,但是不知道为什么现在都不会弹这个提示了
CouleurApp
2025 年 12 月 5 日
@rockddd 非常同意,之前在群里看到有些吐槽 Cursor 的人,我还会跟一句“会用和不会用差距非常大”,言外之意就是不是它不好用,是你不会用,现在都懒得说了
yustation
2025 年 12 月 6 日
@Jannok 我 20 刀 pro 上月导出的账单也是 40 刀左右, 那这样轻量使用还是够的吧
joynvda
2025 年 12 月 6 日
想用 Cursor 或者 AI coding 需要准备好足够的额度。不要期望一次性解决问题。
本人体验过自己编程套餐耗尽,要换工具或者换 key 的情况。这时,切换会有工作效率下降,新模型接手会有转换时间。
Cursor 还好; Droid 换模型,提示会作转换,不知道有没有丢失。

对大模型降智,装傻(个人认为就是耗额度),固执的情况,要及时发现,改变方法提问。

小心大模型过度热情直接改大量文件无法回滚; antigravity/gemini 3pro 就有把文件乱写后,却认为是文件损坏的问题

感觉 AI coding 对 CURD 、API 类没有难度,把框架接口定义好可以放心让工具直接写;功能处理、数据转换这种最好单独做 poc 测试好,再合并到主程序
aloxaf
2025 年 12 月 6 日
@chenluo0429 现在看来旧方案还是超值,就我个人的使用习惯而言,一般 80 次左右就能消耗掉 20 刀,按这个价格算下来堪比新版 Pro 了
foxio2
2025 年 12 月 7 日
先定规范 ,想了几天还是这句话最重要。简单来说,就是脑力活+体力活(token 活) ,定最最最详细,高瞻远瞩,高效率,配合完美的规范值得花 50%时间,剩下就是它如同小蜜蜂一样,帮你做出来,都是等待就可以了。否则反复折返跑,改来改去。
yunpiao111
2025 年 12 月 7 日
之前我也整天热衷于这些上下文,规则什么的,现在放弃了。一个全局规则定模型大基调 最基本的编程规范,项目规则就碰到一个,加到项目规则列表里。完成一个小需求新开窗口,这种才是让大模型能记住的唯一方式。
yunpiao111
2025 年 12 月 7 日
@yunpiao111 给大模型输入的东西越多 模型质量下降越快
delusionw
2025 年 12 月 7 日
我推荐用 gemini3pro 写好项目文档,并且将文档转为 Cursor 提示词使用,效果还是可以的,并且单会话窗口尽可能在当前代码写完,正常的情况下,新开会话不然可能导致突然降智或者车轱辘式修改
yansheng1003
2025 年 12 月 8 日
是的,如果没有针对性的特殊训练的话!输入给的越多,啥模型都下降的厉害
LinStar
2025 年 12 月 8 日
针对第四点, 我一直很想知道在项目中如何让 AI 自己去测试, 主要是 UI 测试.
是走 python 脚本吗?还是其他什么方法
希望有大佬能够指点迷津
paceewang1
2025 年 12 月 8 日
@BruceXu #13 这个网页哪里可以切?我也是之前的年费,但是就自动改为新计费模式了
paceewang1
2025 年 12 月 8 日
@chenluo0429 #25 现在还是无限 auto 吧,因为上两周 opus 和 sonnet 一样的价格,我猛用,导致现在只能 auto
BruceXu
2025 年 12 月 8 日
@paceewang1 #55 现在已经没这个切换入口了.
paceewang1
2025 年 12 月 8 日
@yansheng1003 #53 所以要适当叫模型自己压缩总结成一个 memory 文件,然后新窗口贴上这些 memory ,或者 project rules 里面说明哪些是 memory 文件夹
auhah
1 月 15 日
@NOneKnowYeah 我用 500 次计费模式的 opus4.5 开发,昨天算了一下,5 天大概用了 1.2 亿 token ,消耗 170+次请求。用官方文档的 opus 模型定价来算,已经用掉了 150$ 的 api 额度。。。算下来有点懵。。所以按新计费模式我这个用量 ultra 都不够?

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.ih06.com/t/1177039

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX