用完 20 刀的 opus 4.6 之后,发现自己啥也不会😭

14 小时 33 分钟前
 NASK
cursor 现在的 500 次请求用的好快,不到 3 周我就用完了,不能用 opus4.6 之后,感觉工作效率大幅下降.现在只能用免费的 Composer 2 模型了.据说目前的 cursor 在处理任务的时候会开启 Subagents,导致请求次数比以前更不耐用了.

万能的 V 友,还有什么推荐的 ai IDE 或者便宜好用的大模型吗?
感觉要再开一个 ai 会员了.试过 antigravity,感觉同样是 opus4.6,没有 cursor 的聪明.
2043 次点击
所在节点    程序员
19 条回复
apkapb
14 小时 30 分钟前
用 github ,而且我个人觉得,sonnet4.6 完全够用。且现在 gpt5.4 (和 5.3-codex )也非常好用
NASK
14 小时 23 分钟前
@apkapb GitHub Copilot 每个 10 刀的那个会员吗?
auhah
14 小时 22 分钟前
cursor 解决方案:
1. 降级到 6.12 客户端
2. 关闭客户端自动升级
3. prompt 添加禁止使用 subagent
NASK
14 小时 16 分钟前
@auhah 感谢,这个 6.12 的版本指的是 2.6.12 吗?
我目前的版本是
Version: 2.6.20
VSCode Version: 1.105.1
Commit: b29eb4ee5f9f6d1cb2afbc09070198d3ea6ad760
Date: 2026-03-17T01:50:02.404Z
Build Type: Stable
Release Track: Default
Electron: 39.8.1
Chromium: 142.0.7444.265
Node.js: 22.22.1
V8: 14.2.231.22-electron.0
OS: Darwin arm64 25.3.0
calvinHxx
14 小时 6 分钟前
把该装的 mcp 、skills 都装上。模型一样。copilot 和 cursor 差不了多少。
han3sui
13 小时 51 分钟前
直接开按量付费,一样的价格啊,算下来还是 20$ 500 次
sillydaddy
13 小时 39 分钟前
不用降级。在 Cursor Setting 的 rules 里面,简单加一条“永远不要启用 sub agents”就可以了,不然按 500 次计费就太吃亏了。

honda720
13 小时 35 分钟前
我是用 codex ,codex 其实就速度慢一点,但是改 bug 和写代码的质量还是不错的其实。opus 啥的我都是用中转站,中转站用起来都心疼,别说原价了。
NASK
13 小时 33 分钟前
@sillydaddy 我试试
sillydaddy
13 小时 21 分钟前
@NASK 另外,在这里 https://cursor.com/cn/dashboard/spending 开启 on-demand usage ,在用完订阅的 500 次额度后,就可以继续超支使用 Opus 4.6 了。每个超支的 request 费用是$0.04 。意思是你再多花 20 刀,就又可以用 500 次,超划算。我已经又用了 1 刀了。

NASK
13 小时 8 分钟前
@sillydaddy #10
你这里超出计费显示的多少,我这边好像显示的 0.07 刀每次
sillydaddy
12 小时 31 分钟前
@NASK 我试了一下,我这里也显示$0.07 ,很神奇,我知道是什么原因,因为它显示的是**平均**每个对话的费用。
Qty 是对话次数。每次对话你可能用 thinking 类型的 opus4.6 ,算作 2 个 request ($0.08 ),也可能用非 thinking 类型的 opus4.6 ,只花费 1 个 request ($0.04 )。所以它算的是总花费除以对话次数。

我的是
extra fast premium requests beyond 500/month - US$0.07 18 US$1.32

其中用了 16 次 opus 4.6 thinking ,还用了 1 次非 thinking opus 4.6 和 1 次 codex 5.3 。加起来恰好是$1.32 。

所以,超出的价格还是跟 500 次订阅以内的价格一样,可以放心用。
eurkidu
12 小时 27 分钟前
现阶段还是旧的按次订阅的,可以大力用,挺划算的

过年的时候 subagent 还不记次数的,某次发现计次数之后,就用提示词强制要求不能启动 subagent 执行了

然后你可以一个提示写好几步需求,让他干一两小时,分析 + 执行 + 复核,搞几个工作流

我这用一半,都 10 亿 token 了,你这 134M 就用完了,也太少了,建议可以优化下工作流,多塞需求进去,然后让他一步步规划 + 执行

lt0136
11 小时 55 分钟前
claude code 限时双倍:3.14 - 3.28
非高峰时段,用量加一倍。(北京时间 02:00 - 20:00 是非高峰)
加一倍之后,claude code 就挺有性价比
$20 pro 会员,每 5 小时限价值 $20 的 token 额度,每周限 $140-$200 。

如果之后常态非高峰时间段双倍额度。那实际用满的话,$20 的会员 能换价值 $560 - $800 的 token
NASK
11 小时 24 分钟前
@sillydaddy #12 感觉这个应该是我用的快的最大原因了 ,我忘记什么时候开的 thinking 模式了,这个月全部使用的 tinking 模式,一个 tinking 提问好像确实会占用两次请求,导致我 500 次请求实际只问了 250 次
MaKuRo
10 小时 37 分钟前
可以看看 review gate 这个 MCP ,按次数计费的话,这个 MCP 可以实现多次对话只消耗一次对话额度
NASK
10 小时 34 分钟前
@MaKuRo 好东西,我去研究一下
wzw
6 小时 24 分钟前
@auhah #3 这个版本有什么特殊的好处呀
wzw
6 小时 21 分钟前
@eurkidu #13 怎么做到一次做那么多事情的,我的一次最多几 M

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

https://www.v2ex.com/t/1199818

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

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

© 2021 V2EX