无聊算了一下 cursor 的成本

[sampeng]

cursor 应该是有得赚的啊。尤其是现在削减上下文，不能很好的追加上下文的情况下。
一次请求算起来是 0.04 美金。如果是按全部 claude ，不考虑缓存命中，不考虑商业合作的情况，就用官网算。是总攻 16K 的上下文。是平均一次请求 16K 上下文。cursor 目前的效果是一次远远小于这个量的啊。如果代码组织合适，上下文组织合适。aider 是不是从成本上反而是足够用的。何况 cursor 的 claude 一个问题是按两次快速计算甚至更高

我主要是想表达，同样 20 美金。一个月跟 claude 对话的结果次数和上下文。理论上自己发和 cursor 发。反而自己发的是比较合适的。当然，有很多前提。

[zyy4548]

无限续免费的用,他不香吗?

[keakon]

我测试是 cursor 的一个问题最多可以调用 25 次 claude ，只计算一次。

cline / roo code 每个问题大概花费 $0.3 ，效果略好于 cursor ，但是 $16 只够问 50 多次。

[sampeng]

claude 的 price 是延迟的，问一次就是 claude 。不用测试，他文档里面写的。

刚也看了一下他们的上下文的文档。60k-120k ？不像啊。。要真这么多。cursor 的效果就会非常好。roo 可以比的嘛，同一个问题，同一个模型。这就是闭源的弊端，压根就不知道他到底是不是 token 特别长。

In Chat and Composer, we use a 40,000 token context window by default. For Cmd-K, we limit to around 10,000 tokens to balance TTFT and quality. Agent starts at 60,000 tokens and supports up to 120,000 tokens. For longer conversations, we automatically summarize the context to preserve token space. Note that these threshold are changed from time to time to optimize the experience.
在聊天和创作工具中，我们默认使用 40,000 个令牌的上下文窗口。对于 Cmd-K ，我们限制在大约 10,000 个令牌，以平衡 TTFT 和质量。代理从 60,000 个令牌开始，支持最多 120,000 个令牌。对于较长的对话，我们会自动总结上下文以保留令牌空间。请注意，这些阈值会不时更改以优化体验。

[sampeng]

@keakon cline/roo 好像上下文是直接硬塞的。就会有相当多的浪费了吧

[sampeng]

@keakon 我看了一下账单。cursor 的计费好像是延迟的。
我昨天总共用了正好 200 次的 request 。个人感觉差不太多。这就是 8 美金。。我再过两天用一整天的 aider 试试。。

[ztw1002]

@zyy4548 有没有路子

[jqknono]

用 github copilot ，只有使用频率限制

[dcalsky]

用实践反驳，自费 api 用 cline 写前端 3 小时的价格如下：

[sampeng]

@dcalsky 多少？？？ 10 刀？？看样子只能将就用 cursor 啊。
今天研究了半天 aider 。搞了几个小时问题。2 个来小时。当然大概是因为我的项目很小很小。但也要 2-3 美金。orz 。

[sampeng]

@dcalsky 但我个人研究一下午感觉如果结果达到 cursor 结果一致的情况下。总成本要比 cursor 便宜。。当然。别一个文件千八百行。这没法弄。

[zyy4548]

@ztw1002 这不很简单的,无限续啊,改下机器码就好了