这是一个创建于 194 天前的主题，其中的信息可能已经有所发展或是发生改变。
一个命令行 ai 工具，一个 ide ，根本不在一个维度，为什么这两天老是刷到它要干翻 curosr ，有懂行人解释一下吗
 |
1
javalaw2010 2025 年 7 月 7 日
本质上都是编码领域的 AI Agent 啊，命令行或者 IDE 只是交互层面的事情，为什么不能放在一起对比？
|
 |
2
gotoschool 2025 年 7 月 7 日
可以比啊，都能写代码，只不过 ide 更智能点罢了
给同样的提示出来，看看哪个写出来的更好 |
 |
3
coolcoffee 2025 年 7 月 7 日  1
咋就不能比了，Cursor 现在唯一的优势就是 Tab 补全，但是 Claude Code 用惯了之后发现压根就不需要再用 Tab 。
|
 |
4
yechentide 2025 年 7 月 7 日 via iPhone
VSCode + ClaudeCode(CLI 和插件) + Windsurf(补全)
|
 |
5
Tink PRO 没啥区别啊，现在 vscode 不是有插件了吗？和 cursor 没区别呀
|
 |
6
BruceXu 2025 年 7 月 7 日
@coolcoffee 恰好相反.我觉得 tab 比 ai 好用.
ai 废话一大堆,速度还慢.还是 tab 懂我. |
 |
7
microscopec 2025 年 7 月 7 日
claude ai 和 cursor 里的 claude 不是一个东西，只是名字相同，生成效果完全差十万八千里
cursor 为了节省资源和输出速度，做了取舍，所以生成复杂代码建议还是直接用 claude ai |
 |
8
sampeng 2025 年 7 月 7 日
因为 cursor 也只是一个二开的 vscode 。并没有什么出奇的地方。你要说完全重定义了开发习惯，那另说。
为什么都吹？因为就是好用啊。cursor 为了节省成本，迷幻的上下文抽取。我就问他敢公开模型用了多少 token 数吗？ cursor 称霸的半年一直在給大家洗脑模型的注意力和能力完全做不到大上下文，所以精确上下文是应该的，要求使用的人小上下文的使用获得更好的体验。 claude code 一出来，喔吼，什么狗屁大上下文理解不了。一上午 20Mtoken 使用量，解决我提出的问题，不需要反复清空上下文，不需要反复拉扯提问，不需要等几分钟才看到结果，不需要看到 ai 一堆废话。为啥不吹。。。vscode+claude code 就是比纯 cursor 好用啊 |
|
9
coolcoffee 2025 年 7 月 7 日
@xubingok 你肯定是 agent 模式没有用对。用过 Cursor Agent 一句话可以完成一个需求你就不会说 tab 好用这个话了。要么你是上下文没有及时清理，要么就是没圈选范围在任由 AI 自由发挥。
|
 |
10
vvxu 2025 年 7 月 7 日
claude code 在国内是怎么注册使用的？想体验一下
|
 |
11
moximo 2025 年 7 月 7 日 via Android
vibe 和结对编程的区别而已
|
 |
12
culapicar OP 我的疑惑点是：一个命令行工具怎么可能和 ide 相题并论呢？ 易用性不是差了一星半点好吧。
|
|
13
culapicar OP 我大致看了下，有的说有的插件就很牛，但是 cursor 不也可以用这个插件么，有的就直接说很牛，牛在大 token 大下文理解，我自己项目用下来 cursor 的更新点都切入痛点，基本项目上能做到指哪打哪，本身它就有很强的本地 codebase 理解力,项目中只要针对性的问题作出提问就很好了。我不太能想像出一个命令行在繁琐的项目中如何能更好的管理好 ai
|
 |
14
Vaspike 2025 年 7 月 7 日
我之前有跟你差不多的想法, 所以周末我自己下了 claude code, 在淘宝买了个体验账户;
对于我而言, 功能上目前除了"一键'reject all'修改"这个功能我还不会用之外, 其余 cursor 能实现的功能 claude code 都能实现 除此之外, claude code 多出来的功能是命令行参数, 比如'claude "写一个冒泡排序算法"',至于这个有没有用, 见仁见智, 我觉得潜力很大 |
 |
15
sss393 2025 年 7 月 7 日
20 美刀 pro 版的 claude code ，调用限制要求很高吧，完全不能和 cursor 比
|
 |
17
terrysnake 2025 年 7 月 7 日
订阅了 chatgpt pro ，codex 免费送，怎么就没见有人讨论讨论。。。
|
|
18
culapicar OP @terrysnake 抖音上推流给我好几条，命令行和 ide 比就是 ide 好用啊，有哪些 cc 上很牛的功能，在 curosr 差很多的吗？
|
 |
19
LowBi 2025 年 7 月 7 日
cursor 目前对我来说还算好用 至少我的问题还能解决 cc 还没用到 账号有被封的风险 等哪天稳定下来或许会尝试一下 目前还是接着用 cursor 至于好不好用这个仁者见仁智者见智 现阶段能帮我解决问题就是好用
|
 |
21
qq976739120 2025 年 7 月 7 日
如果 claude code 真的好用, 有没有人可以用它来做个适配它的图形界面? 现在可是 2025 年
|
 |
22
rozbo 2025 年 7 月 7 日
很好，我选择 gemini-cli
|
 |
23
yibo2018 2025 年 7 月 7 日
@qq976739120 早就有了，自己 github 看一下
|
 |
24
FlashEcho 2025 年 7 月 7 日
claude code 没法一次性生成所有内容，再部分批量拒绝和接受，你只能二选一：
- 每次生成一点就审阅一点，很慢 - 无脑全部接受，然后借助 git 查看 diff 不像 cursor 一样，能部分接受或拒绝。同时也没法精准添加某些内容作为 context ，也没法也没法回退到某个状态，可能模型底层能力差不多，但是工程上的体验，claude code 远不如 cursor |
|
25
qq976739120 2025 年 7 月 7 日
@yibo2018 用过好几个了, 都是一坨
|
 |
27
darksword21 PRO 强行绑定编辑器不然就不能用的玩意也配和 claude code 比😅
|
 |
28
marquina 2025 年 7 月 7 日
@qq976739120 #18
"如果 claude code 真的好用, 有没有人可以用它来做个适配它的图形界面? 现在可是 2025 年" @culapicar #21 "命令行和 ide 比就是 ide 好用啊" 不知道两位使用 claude code 的经验如何, 但如果坚持认为“图形界面比命令行界面更好”, 那确实没有什么讨论空间了. |
 |
29
cooper 2025 年 7 月 7 日
高强度使用 Cursor 和 Claude Code 这俩快一个月了，如果两者非要选一个的话，我选 Claude Code 。当然两者搭配使用更好！
|
 |
30
JetMac 2025 年 7 月 7 日
很长时间没手动打过代码了，都是对话式完成。用不到 Tab 补全。
|
|
31
marquina 2025 年 7 月 7 日
举个例子, 我上周发现一个小项目出现了 CORS 问题. CORS 这块我不是很熟, 我的修复流程是:
1. 打开项目(启动 vscode 和 claude code) 2. 让 claude code 针对报错提示进行修复 3. 用 vscode review 完代码, 然后进行部署 4. 部署后发现只解决了部分问题, 继续让 claude code 修改 5. 用 vscode review 完代码, 然后进行部署 6. 问题解决 在这个过程里, vscode 只承担 review 代码 (以及一些很小的改动)的功能. 我可以用任何惯用的 UI (vim? 代码仓库的网页?)来完成这部分工作. 甚至在 ai 能力范围内的场景(随着模型能力提升而扩宽), 这部分 review 的工作都可以省略了. 甚至这个过程可以可以进一步简化: 我打开一个 AI 对话软件, 将 Claude Code 作为 MCP 服务器注册, 直接在对话框里完成这个流程. |
|
32
sampeng 2025 年 7 月 7 日
@marquina 引用 claude code 的时候，先花点时间让 claude code 帮你把单元测试写完，花不了多少时间。后序的修改，真的是太香了。。。一般是一轮过，最多两轮。他自己会跑单元测试检查逻辑。
|
|
33
FlashEcho 2025 年 7 月 7 日
@yelc668 #26 就用 ide 自带的 git 啊，vscode 和 idea 不都自带 git 可视化功能吗？ claude code 好像有 ide integration ，可以直接调用 ide 的 git diff
|
|
34
qq976739120 2025 年 7 月 7 日
@marquina
"但如果坚持认为“图形界面比命令行界面更好”, 那确实没有什么讨论空间了." 说这话我还以为你是多硬核的极客呢, 结果你下面评论 "我上周发现一个小项目出现了 CORS 问题. CORS 这块我不是很熟" 别硬装了哥们, 图形界面就是比命令行简单好用. |
|
35
marquina 2025 年 7 月 7 日
@qq976739120 #34 我的工作和 linux 内核/k8s 打交道比较多, 业余折腾图像处理/RAG/图数据库/MCP 比较多, 对 CORS 确实不太熟, 真是不好意思哈.
目前总的趋势是, 程序员逐渐从代码的编写者变成 AI 代码的审阅者. 在这个趋势下, 选择你觉得好用的工具即可. |
 |
36
p3S24LQK3Dsuq2ja 2025 年 8 月 28 日
|
Select Language