出个暴论,2.x除了ui其他就是越更新越垃圾,1.x 可以回退到 [1.0.120] 或者 [1.0.128] 。
直接放弃cc
kilo+glm4.6的效果 远比cc+glm4.6要好
实在是aug嫖不动了
否则都懒得看这些
这就去试,真的假的
我写后端业务逻辑是这样的
但目前主力,又回到了cursor,5毛一个试用号刷额度吧
刚更新完
+1![]()
为啥会有这样的暴论,展开说说 ![]()
感觉确实是这样的,非常认可
快了快了,在等我一个月 干掉cc ![]()
kilo不送钱之后没怎么用了
原来这么强的吗
你可以同一个问题,用两个不同版本去测试一下,应该能得出类似的感受 ![]()
为啥又回去cursor了?使用体验不好吗
这是2.0发布之前我在某公众号在吹嘘claude的文章下的留言:
最近x上不知道谁带的节奏,总是把claudecode和codex像神一样捧着,然后说其他都是辣鸡,这些没有给出任何依据的言论在我看来就是在秀莫名的优越感。作为用roocode+gemini 2.5 flash纯白嫖方案写了一个完整的业务系统,挣了十几个w的用户,也尝试过大家吹嘘的claudecode,但是切换失败,我承认它很优秀但是也有明显不足:
1.检查点特性缺失就是最大的遗憾,习惯了roocode检查点,随时可以回退会话和代码,不需要你亲自搞git版本,这种放心试错的丝滑体验不知道那些优越大神体验过没?2.是模型本身的约束,上下文小且贵,我个人习惯是300k以内上下文我觉得才是足够的,超过300k效果直线下降,但是128k肯定是不够的。
3.切换模型不方便,有时候在一个会话可能想看看不同模型的表现,虽然ccr可以做到,但是麻烦至极根本懒得去切换
4.代码引用不方便,cli天生的弊端,虽说可以配合vscode拓展做自动上下文识别,可这我还用cli干啥?
5.claudecode不允许做coding以外的事情,系统提示词也不让改,你要说走api代理做系统提示词替换,当我没说…
还有我想说,subagent又不是claudecode创新的东西,roocode早就有了,名字不同罢了,看到各种吹subagent我是满脸的不理解
个人看来,cli唯一的优势就是对编程环境要求低,且适合做一些自动化定时任务啥的,别的真不觉得有啥值得吹的最后,我最近切换到kilocode了,因为它是roo的分叉,增加代码补全功能,claudecode也不支持~
以上是个人见解,我很希望有人可以反驳
讲实话2.0出来后,检查点功能算是惊喜,准备再次给他个机会试试,主要还是88code太良心了,简直感激涕零。
另外第三点,经过ccr作者指点后发现之前在cli输入/model切换模型的做法是错误的,应该直接上ccr ui切换,所以并没有那么麻烦
勘误:claude模型上下文目前是200k-1m,不是128k
你说的这些都会有的,一个月后(希望不要跳票
)
glm4.6不是多模态
真的吗,看看效果
roo挺好用的,但是idea里支持不佳,貌似Java仔不想换vscode系只能用这些cli了
我也是java仔,vscode切过去很快就适应了。
另外kilo出了idea的插件了Kilo Code - Install Kilo Code
Kilo Code is available for all JetBrains IDEs including IntelliJ IDEA, WebStorm, PyCharm, and more. To install Kilo Code in a JetBrains IDE, you need to have a JetBrains IDE installed on your computer.
Install a JetBrains IDE
If you don’t have a JetBrains IDE installed yet, choose and download one here
Install from IDE
Open your JetBrains IDE → Settings → Plugins → Search for “Kilo Code” → Install
等等,2.0有检查点了吗 ![]()
