关于 Codex 额度， Luna 出乎意料的好用

不管，有额度的话先用最高级模型，排除模型的因素

但是太慢了，真的太慢了

你可以理解为安慰剂……我平时的任务用 deepseek-v4 就能完成，而且边际效益递减很明显。但依然会用最顶尖的模型+最大推理强度来图个心理安慰：我已经用了能力范围内最顶尖的模型，成果不好我也没辙

@Shaar 我体感具体的小任务执行比 Sol 快而且 Sol 容易触发分步进行反而慢了

心里安慰+不容易发现小问题出现的概率更小。

我用了一下午的混元 3 模型，用下来体感没啥问题，代码都提交了。

然后发现用错了模型，又用好的模型 review 了一下，发现个 bug ，然后干脆用好模型重新实现了一遍。

我最近也是高强度用 luna xhigh fast ，感觉速度也还行，还不算特别慢。

@kera0a 我有次用 5.6-Sol 写，Fable5 审，问题一直改不完

@f5a599 #7 深有体会，所以多角度 AI 看问题也是可以的。

sol 现在搞工程代码其实不是很合适，经常搞出来 10%的代码+90%的 tests ，然后不断 test ，test ，test ，修复，然后又 test,test,test,test ，哦这里有一个 corner case, test test test test 。很简单的需求都能搞个大几个小时。
除非真正的高难度 bug ，非常重要的核心系统 / 历史遗留大坑，或者很复杂系统的 planning ，我觉得 sol 不是必须的，甚至上到 xhigh 以上的思考强度会严重拖慢进度, 用来 review 确实可以 review 出不少问题， 对于重要系统很好，但是普通系统就有点 overkill 。
luna 我觉得挺好挺合适，不过这个性能附近可以选择的模型有点多，ds v4 flash 0731, gemini 3.6 flash, grok 4.5 都是很好的模型，这个看个人需求了，我现在更喜欢用后三个，尤其 ds 和 gemini 多一些。

@f5a599 #7 其实如果你反过来，也一样会发现 Sol 审出 Fable5 一大堆问题

sol 已经不算慢了，claude 拉满才是真的慢。现在简答问题 sol ，复杂问题才 claude