大力出奇迹：使用 OpenCode 转完整个 Joda-Time，进程 Bun 内存飙到 21G

很多人都会好奇： 不是说 OpenCode 里，国内的这些模型，比如智谱、MiniMax，基本都能免费用吗？那为什么还要去开通会员订阅呢？

我一开始也是这么想的，直到自己真正用了一段时间才明白：这事儿，多少得看点运气。

服务器一旦吃紧，免费通道就很容易超时。尤其是你让它做的事情稍微复杂一点，比如长链路推理、持续改代码、反复跑测试，这时候稳定性就会变得很重要。相比之下，开个会员还是更稳妥一点。

说回 OpenCode 本身的使用体验。

我给它的任务很直接：把一整套 Java 的 Joda-Time 测试用例，完整地转换成 Dart。这个任务不算小，逻辑复杂、边界多，而且这些测试之前也用 AI 转过，但都没跑通的。

结果它真的很能“死命干”。

整个过程，一个任务连续跑足足 5 个小时，一个进程硬生生吃掉了 21G 内存，CPU 风扇呼呼咆哮。

说实话，我几乎没怎么盯着它。更多时候是： 我在干别的事，它在后台改代码、修测试。

中间几乎没有停下来，也没有“摆烂”。测试报错了就继续改，改完再跑，再错再改。

最终的结果是，一堆原本跑不通、错误一大堆的测试用例，被它一点点修正全部通过。命名符合 Dart 的最佳实践。就这个结果而言，整体非常非常的满意，当然也还有一点点小瑕疵遗漏，但在接受范围。

从“使用体验”这个角度看，OpenCode 这个点确实很牛： 你可以把它当成一个能长时间持续输出、不嫌脏不嫌累的执行机器。

MiniMax 的额度5个小时重置，这点真的太有诚意了。就跑一个工程的话，Starter 套餐完全足够用了。

但话说回来，就模型能力本身 来说，我的体感是，MiniMax 就是与 Cursor 的 Auto 模式之间都还有差距呢。无论是对复杂上下文的把控，还是某些设计层面的判断，都略逊一筹。

1、Cursor 能结合 settings 中配置的路径，给出回复。

2、乌合之众

AI ，它不属于群体，也不是个体，它更像一个被动的知识容器。它可以复述、归纳、模拟观点，但它既不相信，也不反对，更谈不上承担后果。

把判断交给乌合之众，是把责任稀释掉；把判断交给 AI，是把责任外包掉。真正困难的、也真正不可替代的部分，仍然只能由人自己完成：在噪音之中做出选择，并为这个选择负责。

AI 界定问题是非常准确正确的，但解决方案差强人意。

反驳一下，它立马就又给你改一点，像拉羊屎。

当然，这个结论完全是基于我个人的使用场景和效果，不是严谨评测。但至少在我这里，两者拉开了一点档位差异。

总结一句就是： OpenCode 更像是“大力出奇迹”的选手，能扛活、能熬；而 Cursor 这一类 AI IDE，更偏向于“又快又准”。

选哪个，取决于你更缺哪一种能力。