半天就烧了80刀
opus 5.5 很烧钱啊
-
MaLaRabbit
- 等级11:论坛点评
2025年度优秀版主 - 帖子互动: 246
- 帖子: 3592
- 注册时间: 2022年 7月 24日 02:16
-
MaLaRabbit
- 等级11:论坛点评
2025年度优秀版主 - 帖子互动: 246
- 帖子: 3592
- 注册时间: 2022年 7月 24日 02:16
#10 Re: opus 5.5 很烧钱啊
from developer surveys: 70% of engineers run two to four of these side by side rather than picking one — the most common senior stack is Cursor for daily editing + Claude Code for heavy lifting, $40/mo combined. If you're only buying one and you live in an editor, start with Cursor; if you like delegating and living in the terminal, start with Claude Pro.
+1.00 积分 [版主 wh 发放的奖励]
#12 Re: opus 5.5 很烧钱啊
用 Cursor 来调用Claude 是最不划算的.
Cursor 有一个 $0.25/M cache read 的 surcharge, Claude 本身的cache read 才$0.20, agentic coding 90% 的cost 是 cache,
用Cursor 等于你支付官方价格的 225% 来调用.
+1.00 积分 [版主 wh 发放的奖励]

#14 Re: opus 5.5 很烧钱啊
hhh3 写了: 今天 04:03用 Cursor 来调用Claude 是最不划算的.
Cursor 有一个 $0.25/M cache read 的 surcharge, Claude 本身的cache read 才$0.20, agentic coding 90% 的cost 是 cache,
用Cursor 等于你支付官方价格的 225% 来调用.
Opus 5.5这一波降价40%以后,Codex/Cursor都没有存在的必要了。直接上Claude是最合算的,跑分,真实使用体验,性价比都吊打所有对手。
#15 Re: opus 5.5 很烧钱啊
这个等于可调参数。我试过用300k context确实比1M context省一些。可能我的工作问题来回的rounds比较少,但是每次的问题比较复杂,所以最后也懒得优化了。但是重要任务在context window reset之前还是要有针对的写个handover文档比较放心。
之前cursor配额有限的时候,cursor跟claude code混用,感觉claude code确实mileage好一些,我从来没有用到过上限。但是我们的claude code的credit是不显示的,所以这个感觉也只能是假设公司给两个工具的个人上限是一样的情况。
