ClaudeCode 切到 Codex,用不明白

allanwell 2026-08-17 10:32 1

受够了 A\ 的苹果税,刚好几个朋友在组队 Codex pro
切到 Codex 后发现,简单任务没啥问题,但稍微上一点复杂性,codex 真的难绷
同样规划一个需求,claudecode 简单明了能用,codex 啰里八嗦输出裹脚布一样长的用不了的东西。心好累

大家都是怎么用 codex 的,也是这样的情况吗?

我尝试过 claudeCodex + GPT 5.6 | openCode + GPT 5.6 | omp + GPT 5.6,感觉都不咋好用。。。

跪求指导
最新回复 (13)
  • rokcy 08-17 10:52
    1
    最好的用法是让 claude 出方案,gpt 只负责执行。
  • EvanClausen 08-17 10:56
    2
    我也是这种情况,Codex 一天到晚小题大做,真的心累
  • tanrenye 08-17 10:59
    3
    cc 是比较简洁,但是也确实有时候不够严谨,codex 如果你不想他这么啰嗦,是需要提示词引导的,具体要怎么引导看你自己品味慢慢调了
  • kuhung 08-17 11:03
    4
    是不是思维强度开大了。codex 用来改 UI 和交互蛮方便的,其他的确实喜欢过度防御性设计。
  • x1x2 08-17 11:03
    5
    @rokcy 我一直都是这样用的,直到。。。cc 被封了。。。
  • Cruzz 08-17 11:04
    6
    自己加提示词呗
  • niubilewodev 08-17 11:07
    7
    我最后一次用 GPT 模型写代码,是让他帮我写一个脚本(简单的调用各个微服务的 API ,写一下数据库,简单、临时处理一些线上数据)
    仓库里已经有上百个脚本了。大家都是同样的依赖。都差不多 200-300 行。
    只有 GPT 写的新脚本,到了 1000 多行,把所有的函数都写了两遍,一遍是直接使用第三方依赖,一遍是当依赖不可用时,自己实现的版本
  • gpt5 08-17 11:22
    8
    codex 罗里吧嗦确实是个问题,随便问个啥,都能出好几屏幕的回答。
  • dacapoday 08-17 11:44
    9
    好东西用惯了,差的就不习惯了.
  • Sundayz 08-17 11:51
    10
    截止回帖时间,并没有感觉到两家在生产级模型上的能力差距,无非就是工具熟悉程度的问题,多用用就适应了。
  • xubeiyou 08-17 13:15
    11
    codex 是容易小题大做 有点防御性变成的意思 特么的 所以得自己多次纠错或者直接在开头就做好详细的约束和边界
  • john1024 08-17 13:21
    12
    codex 的子代理分配是存在很大缺陷的,说说我的用法,用 opencode 接入,安装 OMO-slim, 分配子代理用的模型,记得把没用的子代理角色关掉,例如“council”。另外 OMO 太重了,奇奇怪怪的角色太多了,其实连 OMO-slim 都略显重。
  • zfyime 08-17 15:01
    13
    5.2 就是这样了 一直也没好 所以不喜欢用 codex
* 帖子来源V2EX
返回