搜索
  • 感觉Cursor用的很不得劲，是我使用的姿势不对吗？
  • 发布于 1周前
  • 50 热度
    12 评论
平时工作都是在老项目上做一些修修补补的工作，主要用的 AI 工具就是 Copilot 和 Trae ，基本上用的功能就是补全和局部的代码重构。最近要写一个新的项目，久闻 Cursor 大名，就充了一个月的会员来体验一下，不知道是我使用的姿势不对还是 Cursor 的能力如此，总感觉用起来没有想象中高效：
1.响应速度慢：一个问题丢过去，经常要卡一会儿才会给回复，或者提示“Please check your internet connection or use a VPN and try again”，把 VPN 关了还是会提示；
2.解决问题的过程蛮久的：给他一个任务，去创建或修改一个模块，它会一边改一边纠错，有时候会自己把自己前面的方案推翻。结果就是一个任务的执行时间很久，大概 2-5 分钟左右；
3.会重复犯相同的错误：比如前面一个模块封装好的统一方法，在创建下一个模块时，又自己实现了一个；比如生成一个模块存在 bug ，下次生成其他模块时，还会存在相同的 bug ，样式方面也会存在相同的问题；
4.画蛇添足：让他去修改某个指定的 bug ，它会附送你一些额外的“优化”，比如根据它自己的理解，给你扩字段，增加容错处理，添加测试脚本等等。大部分时候额外附送的都不是我需要的东西，徒增处理时间；
5.有时候 XJB 写：有时候给他一个错误日志让他处理，如果它没有准确定位到问题，会试错一样的 XJB 改；亦或者有时候没有严格约束他的话，能够在 vue 项目中给你生成一个 react 组件；

以上种种问题，让我在用 cursor 写新项目时有些磕磕绊绊，也让我觉得 cursor 没那么智能，不知道是我使用的姿势不对，还是 cursor 的能力就是如此？
大家在使用 cursor 时，有什么技巧可以分享吗？
用户评论
  • 旧街浪人
  • 1. 让 cursor 从零开始写完全新的项目，比改已有项目效果好得多，因为他对已有代码的理解有限。
    2. Vibe coding 目前更适合写前端，浏览器框架可以保证即使有些小错误，但是能运行，而且运行的结果效果对不对，非常直观。而后端逻辑，各种小 bug 出错概率就大得多了。
  • 2025/5/27 11:48:00 [ 0 ] [ 0 ] 回复
  • 一苇以航
  • 静默的薄暮  2025-05-27 11:41
    我用 Trae 目前感觉还行
    至于其他问题，emm 其实感觉用 LLM 生成代码最好是完全解耦的小模块或者小算法之类的。如果让它在大项目里修修改改，大概率是会出问题的，感觉模型对于复杂的、互相嵌套的大型项目还是无法理解，而且很容易想当然的给你一些答案
    对我来说大模型的主要帮助还是省了很多重复搬砖的工作，比如根据表生成类，根据给定的文件生成一份类似的文件之类的，还有就是编写 SQL 之类的工作完成的还是不错的

    trae 就是一坨，到处打广告，免费给用残血版的模型，3.5 还要排队 ，收 30 块的会员费，不排队，不要给降智版的模型都比免费排队强，就 UI 好看点，一问问题就排队，轮到你排队就超时了

  • 2025/5/27 11:46:00 [ 0 ] [ 0 ] 回复
  • 满江风月
  • 我自己没咋用 cursor ，只试了试 vsocde 的某些免费国内插件，也有你说的这些问题而且比较严重，只能用来不想写代码的时候处理一些非常简单的工作，自己 review ，不懂代码的基本用不了。至于 cursor ，比较熟悉的 2 个朋友，都反馈说好用的模型是 Claude 3.7 ，一个完全不懂代码的写出了自己想要的小应用，一个 web 前端说自己天天上班就是让 cursor 干活。
  • 2025/5/27 11:43:00 [ 0 ] [ 0 ] 回复
  • 静默的薄暮
  • 我用 Trae 目前感觉还行
    至于其他问题，emm 其实感觉用 LLM 生成代码最好是完全解耦的小模块或者小算法之类的。如果让它在大项目里修修改改，大概率是会出问题的，感觉模型对于复杂的、互相嵌套的大型项目还是无法理解，而且很容易想当然的给你一些答案
    对我来说大模型的主要帮助还是省了很多重复搬砖的工作，比如根据表生成类，根据给定的文件生成一份类似的文件之类的，还有就是编写 SQL 之类的工作完成的还是不错的
  • 2025/5/27 11:41:00 [ 0 ] [ 0 ] 回复
  • 似水流年
  • 1. 模型不要自动，选 Claude 4/3.7
    2. 在 rules 中增加项目相关的约束，比如技术栈、代码风格之类的，可以去看 github 上的 awesome-cursorrules
    3. 实现复杂功能/整块功能时不要直接实现，先让他制定计划，写在 md 文档中，你审核确认无问题再依据计划让他执行
    4. 实现新的功能时尽量开启新的会话，通过 memory-bank 做基础的上下文共享
  • 2025/5/27 11:38:00 [ 0 ] [ 0 ] 回复
  • 携酒天涯
  • 先解决网络问题，虽然有时会降智，但不至于你描述的那么差。通常项目上下文的理解都是比较准确的。设定项目 rules ，直接让它帮你生成然后再调整。如果请求次数余量还多，则手动选模型而不是让它 Auto 。Agent 模式一般 claude 3.7 sonnet thinking 效果较好
  • 2025/5/27 9:21:00 [ 0 ] [ 0 ] 回复
  • 时间的尘埃
  • cursor 最好用的功能是他的 tab 。你说的这些问题，我也有遇到。我用 agent 去创建和修改代码，严格要求他按照我已经写过的代码风格来编写。目前还是觉得 cursor 是最好用的。
  • 2025/5/27 9:11:00 [ 0 ] [ 0 ] 回复
可能感兴趣的话题