cursor 现在的 500 次请求用的好快,不到 3 周我就用完了,不能用 opus4.6 之后,感觉工作效率大幅下降.现在只能用免费的 Composer 2 模型了.据说目前的 cursor 在处理任务的时候会开启 Subagents,导致请求次数比以前更不耐用了.
万能的 V 友,还有什么推荐的 ai IDE 或者便宜好用的大模型吗?
感觉要再开一个 ai 会员了.试过 antigravity,感觉同样是 opus4.6,没有 cursor 的聪明.
万能的 V 友,还有什么推荐的 ai IDE 或者便宜好用的大模型吗?
感觉要再开一个 ai 会员了.试过 antigravity,感觉同样是 opus4.6,没有 cursor 的聪明.
 | 1 apkapb 3 月 20 日  1 用 github ，而且我个人觉得，sonnet4.6 完全够用。且现在 gpt5.4 （和 5.3-codex ）也非常好用 |
 | 3 auhah 3 月 20 日 1 cursor 解决方案： 1. 降级到 6.12 客户端 2. 关闭客户端自动升级 3. prompt 添加禁止使用 subagent |
 | 4 NASK OP @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 |
 | 5 calvinHxx 3 月 20 日 把该装的 mcp 、skills 都装上。模型一样。copilot 和 cursor 差不了多少。 |
 | 6 han3sui 3 月 20 日 |
 | 7 sillydaddy 3 月 20 日 1 不用降级。在 Cursor Setting 的 rules 里面，简单加一条“永远不要启用 sub agents”就可以了，不然按 500 次计费就太吃亏了。  |
 | 8 honda720 3 月 20 日 我是用 codex ，codex 其实就速度慢一点，但是改 bug 和写代码的质量还是不错的其实。opus 啥的我都是用中转站，中转站用起来都心疼，别说原价了。 |
| 9 NASK OP @sillydaddy 我试试 |
| 10 sillydaddy 3 月 20 日 1 @NASK 另外，在这里 https://cursor.com/cn/dashboard/spending 开启 on-demand usage ，在用完订阅的 500 次额度后，就可以继续超支使用 Opus 4.6 了。每个超支的 request 费用是$0.04 。意思是你再多花 20 刀，就又可以用 500 次，超划算。我已经又用了 1 刀了。  |
| 11 NASK OP |
| 12 sillydaddy 3 月 20 日 2 @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 次订阅以内的价格一样，可以放心用。 |
 | 13 eurkidu 3 月 20 日 1 现阶段还是旧的按次订阅的，可以大力用，挺划算的 过年的时候 subagent 还不记次数的，某次发现计次数之后，就用提示词强制要求不能启动 subagent 执行了 然后你可以一个提示写好几步需求，让他干一两小时，分析 + 执行 + 复核，搞几个工作流 我这用一半，都 10 亿 token 了，你这 134M 就用完了，也太少了，建议可以优化下工作流，多塞需求进去，然后让他一步步规划 + 执行  |
 | 14 lt0136 3 月 20 日 1 claude code 限时双倍：3.14 - 3.28 非高峰时段，用量加一倍。（北京时间 02:00 - 20:00 是非高峰） 加一倍之后，claude code 就挺有性价比 $20 pro 会员，每 5 小时限价值 $20 的 token 额度，每周限 $140-$200 。 如果之后常态非高峰时间段双倍额度。那实际用满的话，$20 的会员 能换价值 $560 - $800 的 token |
| 15 NASK OP @sillydaddy #12 感觉这个应该是我用的快的最大原因了  ,我忘记什么时候开的 thinking 模式了,这个月全部使用的 tinking 模式,一个 tinking 提问好像确实会占用两次请求,导致我 500 次请求实际只问了 250 次 |
 | 16 MaKuRo 3 月 20 日 2 可以看看 review gate 这个 MCP ，按次数计费的话，这个 MCP 可以实现多次对话只消耗一次对话额度 |
 | 20 mxT52CRuqR6o5 3 月 21 日 我 cursor opus4.6 自动创建的 subagent 都是 composer 模型，按道理应该是省 token 的吧 倒是 gpt 创建的 subagent 还是 gpt |
| 21 NASK OP @mxT52CRuqR6o5 按照 token 计费的话影响不大，我的还是旧的计费模式，按照次数计费。你要是想省 token 的话可以在 cursor 设置加提示词禁止使用 subagents |
| 22 NASK OP |
 | 23 zyqbit 3 月 22 日 等我的 cursor 到期后，我打算直接订阅 cc 或者 gpt 了，cursor 感觉没有性价比了 |
| 24 eurkidu 3 月 31 日 1 @wzw #19 简单模式就你直接 1. xxx 2. xxx 3. xxx 然后用 plan 生成计划，然后再执行，但是有一点就是 cursor 生成的 plan 感觉有内置提示词长度限制，就列多了就不详细，就算你要求他非常详细的列出计划也不行 另外的方式就是用各类增强的 workflow 比如 https://github.com/fengshao1227/ccg-workflow 使用 openspec https://github.com/Fission-AI/OpenSpec 这种，执行分析 你的提示词还是类似，还是要求的 1,2,3 这些点，当然为了执行效果好，这些修改点其实都是相近的一批，而不是完全不相关的点 然后就先执行一遍生成修改计划文档，比如 openspec 可以直接生成 70-80 个的 task 文档 + 完整的需求描述 + 代码分析，这些任务是在生成的时候就分析过一遍代码了 接下来就是让 cursor 去执行完成这个 spec 任务，我最长的时候，一个任务跑 3 小时，最多跑出过 40M 的 token ，反正计费也是 2 次 不过 cursor 还是有限制的，大部分情况下跑 10M 就会强制切会话了，所以也不能分太多任务点，一般 20 个左右，一次跑 7-8M 正常，大部分任务都是这样的，生成计划用的 token 会少点，所以其实也可以 claude code 来生成计划，然后 cursor 来执行，我也干过 只要是文件作为媒介的 计划 + 执行，都可以跨工具接力完成，老的 cursor 账号，还是按次计费，你就让他只干长任务，小任务，修 bug 之类的，单独跑 claude code 或者 codex 干就行了，这样总体最划算 加上最近 claude 中转可用性很低，cursor 能不波动的使用 claude opus 4.6 我觉得已经很好了 |
| 25 mxT52CRuqR6o5 @NASK #22 你给的这个文档是用户配置用来做固定任务的 subagent ，不是大模型根据需求动态创建的 subagent reddit 给的方案就是 prompt 明确不要让大模型创建 subagent https://www.reddit.com/r/cursor/comments/1s4zzlx/cursor_forces_usage_of_composer2fast_and_its/ |
 | 26 apeople 9 天前 @sillydaddy #12 怎么设置使用非 thinking 类型的 opus4.6 啊，我看 cursor 里可选的 opus4.6 只有一个啊 |
| 27 apeople 9 天前 #26 知道了，点击 add model ，然后选择对应的模型添加就好了 |
Select Language