sillydaddy

@Folayi 我在#41 楼刚发了 Cursor 不支持 CLI ，就被打脸了，似乎是有 CLI 的： https://cursor.com/cn/blog/cli

@Folayi 忘了贴限量了： https://www.v2ex.com/t/1153108

@Folayi #38 应该没有办法了。

不过，用 Claude Code 做替代，应该可以的。看这个 v 友晒出的 Claude Code 100 美刀的 5 小时限量（ 4000 万 token ），还是可以的。

Cursor 的旧版 500 次，从一方面看很爽，从另一方面，它也限制了对 token 的利用：2026 年基于现在的大模型能力，智能体编排肯定会大行其道，说白了就是把智能体当成一个员工去指挥，让它们协作。这时候 Cursor 的 500 次就捉襟见肘了，因为协作最重要的是频繁的交流沟通，而不是一次性的。而且还有一点是 Cursor 不像 Claude Code CLI 这种原生支持智能体编排，特别是本地的。

我不得不说，哥们你真的是狠人，你是怎么能做到几乎次次请求大几百万 token 的？

@wzw #34 手动开启"On-Demand Usage"开关就可以，超出的每个 request 仍然按$0.04 （即$20/500 ）计价，意思是再用 500 次只需要再加 20 刀: https://cursor.com/cn/dashboard?tab=spending 。当然，可能不能无限续杯，不过 500 次其实挺多的了。

那你是不知道 Cursor 旧的计费模式有多爽。现在用旧计费模式的大有人在，Opus 4.6 thinking 一次对话烧掉几千万 token ，只花 0.5 元人民币，500 次对话，烧掉无论几亿 token 都只要 20 刀，花完了还可以原价续费，你敢想吗：
/t/1196640

@iloveoovx 长篇大论的废话！其实就是在以一种绝对主义的方式，一直在否定贬低 RL 缩放，乃至 Scaling Law 。

我基于现实说话，你在那里意淫。我说 RL 缩放放缓的可能性，你说还有一万种提升的可能性。我从始至终也没否定这一万种可能性啊。你能理解这里面的差别吗？

意淫谁不会啊，你要是有其他的证据，就拿出来，比如说「 2025 年不是 RL 缩放在主导模型的提升」，也算我涨个见识，拿「凭什么你认为这个是最重要的指标别人就认啊」、「退一万步所有人都认 scaling law 的重要，别忘了五台计算机的事」这种逻辑不清的指控，我也懒得跟你辩了，

具体是消耗几次啊？ 其实也不算缩水吧，MAX mode 本来就是按 token 计费的。Opus 4.6 thinking 也需要消耗 2 次啊。

我最喜欢的是这个帖子里的测试：
/t/1192001

当时只有 codex 5.3 extra high 能解决！可以是试试 5.4 能不能解决，如果能，说明是高级推理模式，否则推理应该就是被阉割过的。