不吐不快, cursor 在变相折磨老用户

5 月 13 日
 ggp1ot2

我一直是 20 刀/500 次的老用户。只用 opus4.6

平时用量还是很大的,每个月都超,超了就是$0.08 一次

在调用 opus 4.6 的时候,不论是 2 万 token 还是 1000 万 token ,每次对话都是计数 2 次

最近几个月,一直有这样一个情况(必触发),似乎是一种针对我们这种老用户的策略

具体的

在某次对话,token 量过大的时候(目前看,只要大于 500 万就会触发)

比如,某次对话消耗500 万token ,cursor 计数两次。

那么之后将不允许对话,指的是无法继续在原有对话框进行对话。

表现不论发送什么消息都会提示 take longer than expected ,取消重新发送也依旧。

解决方案

唯一的解决方案,就是新开一个对话,免费送 cursor 一些额度(就是随便聊点,比如问他在吗这种简单的对话),才能有概率恢复

比如上图,我消耗了一次 500 万的 token 之后。

之后所有的 - 都是我在那个对话框中继续聊天,怎么都不会回复我,永远都是超时

但是,新开一个对话框,问简单问题,是可以秒回的

只有这样,似乎是用多次几万的 token (那些 2 万的对话),意思让 cursor 也嫖我几次

才能激活 500 万的 token 的聊天,继续对话。

猜测

这不是一次,是每次,每次只要单次用量一大,一定触发这个问题。

体验下来,不是不回复,是在单次消耗了巨大 token 之后,直接拦截了后面的对话。

只有满足某个规则之后,才能继续对话

感觉似乎是,在拿我做 T ?

做低次均对话 token ?

2987 次点击
所在节点    Cursor
25 条回复
Chatterleys
5 月 13 日
你是不是用的 http1.1 啊 感觉所这会问题啊
vcfeee
5 月 13 日
目测是梯子不行,之前也是断连和 free ,两次是因为你选的 thinking 模式
censujiang
5 月 13 日
解决办法是降级到 cursor2.6
ggp1ot2
5 月 13 日
@Chatterleys 那为啥只要 token 量小就行,只要 token 数量超过大几百万,后面的请求就一定会失败?
ggp1ot2
5 月 13 日
@vcfeee 梯子应该没问题,200 一个月的,那我为啥只要每次 token 量一大,后面的请求就全部超时。。

话说你 4.7 咋做到每次只消耗 1 个请求啊?
vcfeee
5 月 13 日
@ggp1ot2 #5 貌似 4.7 还在优惠期?这个不确定,4.6 就是开 thinking 算 2 次,不开算 1 次。梯子不稳定的时候我也是次数疯狂增加,对话到一半就断了,需要新开窗口才行,现在换了联通的网好了很多。
lyq1234
5 月 13 日
感觉不到呢 pro plan
boks
5 月 13 日
以前用 http1.1 是有各种问题,用 2.0 没断过
500 次真划算啊,我现在用 4.7 2000 万 token 直接没了 50%额度
jackOff
5 月 13 日
cursor 最近变慢了,估计和没钱了有关系
Mogugugugu
5 月 13 日


你把 thinking 关了就是计费 1...
jetttt
5 月 13 日
@vcfeee #6 老计费规则不是必须开 MAX 才能用 4.7 和 5.5 吗
Mogugugugu
5 月 13 日
现在很烦人的一点是它会自动起 subagent,使用 composer-2-fast ,这玩意是消耗 2 个 req 的,目前没有看到怎么关,之前可以在 rules 里面强制禁用,现在不太好使了
vcfeee
5 月 13 日
@Mogugugugu #12 最新版本设置里能关了
nakun233
5 月 13 日
网络问题,我今天 1 次请求 opus4.6 跑了 3.6kw ,全程他自己调浏览器修 bug 跑哦大概半小时。现在最烦是大项目他会调 composer-2-fast 直接吃 2 次消耗。另外上面的为什么 4.7 和 5.4 5.5 也是只算 1-2 次 request ?我点了他直接让我开 max 模式,这不是一次扣多个的吗,5.4 哪些不是写着 max only 吗
Justin13
5 月 13 日
cursor 废了
老版次数计费不能用新模型
新版用新模型半天就把月额度干完了
纯纯的垃圾
andlp
5 月 13 日
我用 codex 也遇到类似问题,使用的内容太多,就不回复了, 新开一个 chat 窗口重新来,又可以.
andlp
5 月 13 日
你这个套餐还可以,后面开的纯用 auto 也才 3.8 亿左右的 token 使用量,超过就无了.
calvinHxx
5 月 13 日
微软已经自己下场做 vscode agent, 自己的 agent 正式发布 像 cursor 这类从 vscode 派生的套壳都慢慢会 GG.
https://code.visualstudio.com/docs/copilot/agents/agents-window?source=vsc-website-banner
eurkidu
5 月 13 日
是最近的问题吗,反正网络不全量代理是会断的,这个是已知的

我 mac 用 cursor 是直接用 Proxifier 全量代理的

前两天的用量截图,几千万都没啥问题,不会断

sillydaddy
5 月 13 日
你的这个不能排除是网络的问题。

我的 Cursor ,有时只要网络抖动那么一下,就再也无法连上了,表现出来就是 Taking longer than expected 一直卡住。即使只中断那么 1 秒钟,也能点停止按钮。

但有时则会频繁自动重连,每次重连都算作一次新的 request 。关键这种重连你在表面上看不出来,对话还在正常进行,就看见后台统计非常短时间消耗了几十次(非常确定没有开 subagent )。所以遇到这种网络就赶紧断开,换一个网络就好了。

所以说,用按次计费的,每天都要提心吊胆,又怕连不上又怕中断又怕重连。Cursor 的网络连接处理的真的很差劲。这么看,按 token 计费还是很省心的。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.xtra.eu.org/t/1212467

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX