你就是想写 rust ，然后大声说：快看我快看我，我在用 rust

不要网上云，找个项目试试着实现小功能。才知道差距

@xstress 那不至于，opus 可以用半小时-1 小时。就自动切 sonnet 了。

@Serefrefee 对啊。。把时间用来写需求转换的程序上的需求文档。然后设计文档，实施计划，实施都交给 AI 。因为后面这些基本都是重复工作反复做。。其实没啥价值。

100 刀足够用，注意改模式只用 sonnet 。需要的时候自己切 opus 。不然默认先用 opus 20%，其实也够用，但使出就明显不稳定…先好后坏谁也受不了

这就跟我之前碰到的哥们小米出来，有不 996 ，不加班，不卷，工资和小米水平差不多。不干，硬要换一个比小米还卷的。美其名曰：不卷怕公司没了…

媳妇家有院子，扔回院子，才 2 天就黑了一圈。
院子搞一个游泳池，上午晒，下午玩，头上弄上遮阳

院子里堆一堆沙子

院子里一堆花花草草

实在玩腻了，拉出去赶集/菜地

就是一个字：玩。周末回来上思维课。

@yanjieee 还行，但作为主力不太行，经常因为这样那样小问题中断。mcp 不是万能的，在传参的时候偶尔会错乱。主力还是 cc 自己做。我已经升到 max 100 了。zen 作为辅助，我需要第二决策的时候让 zen 用 openrouter 开会，效果和信心还是可以的，确实可以对方案进行多角度分析。但是代码分析就算了。r1 啊，别迷信，刚出来的时候我尝试过，做方案的时候幻觉，不听指令，废话一大堆，偶尔做总结还行。

另一个 cc 的 token 量太大了，一切以 token 数为中心的都贵的吓人。我现在是 max ，平均一天 30-40M 的 token 量…免费就别想了

可以不学啊。。

场景 1:别人一眼能看出问题在哪，引导 AI 来快速解决问题。。你在那骂：“XXX 就是个垃圾，来回在一个问题折腾还解决不了”。
场景 2:你完全不知道某个实现的最佳实践，然后 AI 就給你拉坨大的。比如最经典的 gorm ，你不盯着点，他就有本事 for 循环里面查数据库 1 万次。


完全不学是不可能的，很多时候你都要停下来自己看一下特性和功能，然后引导 AI 去做。当然，可以不用像一样那样去一个字一个字的扣了。

1 你就别拿 AI 来算了。。误报率得气死你。属于薛定谔的故障。故障预测是有很多模型的，你让 AI 协助你做这样的系统都比直接用他来强

@clocean 昂。。claude 的特色

ide 还是要的。不管是 jb 全家桶，还是 vscode ，还是 cursor 。本质还是需要一个 ide 。claude code /gemini 没办法完全替代 ide 的。多少要修 bug ，看代码，又做不到完全的全自动完成工作。

你换个思路。。封号不可怕，只要不是开了就秒封。你用一天，就相当于你白嫖一天

@kaichen 就是看看一天烧 50-100Mtoken ，觉得：力大砖飞就是好

@catamaran 嗯。对

就只是提示词里明确提到要求并行处理。他自己调度的。不是开关。
还是说 sub-task ？同样，你主动提及要求分解为 sub-task ，他会自行处理。

@marquina 引用 claude code 的时候，先花点时间让 claude code 帮你把单元测试写完，花不了多少时间。后序的修改，真的是太香了。。。一般是一轮过，最多两轮。他自己会跑单元测试检查逻辑。

因为 cursor 也只是一个二开的 vscode 。并没有什么出奇的地方。你要说完全重定义了开发习惯，那另说。
为什么都吹？因为就是好用啊。cursor 为了节省成本，迷幻的上下文抽取。我就问他敢公开模型用了多少 token 数吗？

cursor 称霸的半年一直在給大家洗脑模型的注意力和能力完全做不到大上下文，所以精确上下文是应该的，要求使用的人小上下文的使用获得更好的体验。

claude code 一出来，喔吼，什么狗屁大上下文理解不了。一上午 20Mtoken 使用量，解决我提出的问题，不需要反复清空上下文，不需要反复拉扯提问，不需要等几分钟才看到结果，不需要看到 ai 一堆废话。为啥不吹。。。vscode+claude code 就是比纯 cursor 好用啊