我现在遇到一个问题，就是国内使用 Claude 的限制（之前我一直在用 Claude，但是10/1的时候被封禁了）。 现在我主要用 codex，但是发现同样的 Harness 架构，codex 的效果其实没有那么好。我该怎么解决呢？ 我也很针对性地找了很多解决方案，但中转站有点太贵了，没办法提供这么高的消耗量

同一套 harness 架构下 Codex 表现不如 Claude，一个常见原因是：原来那套 prompt 和 skill 是按 Claude 的特性写的，直接搬过去会限制 Codex。立正的建议是重新写 skill 时补上业务背景，把模型已经会做的事交给它，告诉它什么是好、什么是容易犯的错误，少教它怎么做。他还纠正过一个说法：不是 harness 稳定、模型随意换，而是模型加 harness 可以随时切换，同一份业务经验、任务标准和上下文应该还能用。所以先别急着换回 Claude，可以拿一个你熟悉的任务，把 prompt 里那些步骤性指令拿掉，只留背景和验收标准，看 Codex 的输出是否变好⁠1,2。

一位做多 agent 工作流的创业者提到，Claude 账号不可能无限用，额度用完就切到 Codex，再不够还有别的模型和工具，成本是一个重要维度；对企业来说 Anthropic 的账单甚至已经超过工程师花销，这也是他们开始关注 Codex 和开放权重模型的原因。立正也说过，中文互联网容易过度强调某一个工具，其实 Cursor、Claude Code 和 Codex 在很长一段时间里水平接近，不要绑定在一个工具上。中转站贵的问题，一种可能是把高频消耗的任务留在便宜或额度充足的 harness 上，只在确实需要 Claude 特性的环节用它，而不是所有任务都走中转⁠3,4。