- 超大杯2026-07-196812
最近的大概看了一下 codex 子代理这里,实在是无法吐槽
并且他们的模型适配也有问题,比如 max 模型都搞不清楚到底哪些任务能下发,那些不能
max 最喜欢做的事情是让一个低智模型去评判重构方案怎么写,哪怕你说了这些子代理只能做一些基础的耗时长上下文工作
其实我知道花点时间肯定能调好,但太麻烦了还不如 prompt 说清楚子任务编排
严重怀疑,或者是我觉得 openai 他们内部有一套自己的提示词和配置和自定义版本,或者干脆都是内部反代 cc 再用。因为上次他们把codex app 的上下文窗口删掉了,我在 github 和一群佬一起狂喷
像codex这种经常更新一些蠢货设计的东西,他们自己肯定是不用的,真用自己测不出来我是不信的
主楼 - 超大杯2026-07-196812
- awu2026-07-1929848
codex 不管是tui 还是app 都很难用。最近使用体感上被国产那些qoder之类的 吊打 不是开玩笑的
- 超大杯2026-07-196812
- DL2026-07-197099
- miduoduo2026-07-1976699
codex 感觉用的一般般,没有cli好用,你们觉得呢
- Kevin-linuxdo2026-07-196133
国外模型公司的dogfooding其实做的很好的,他们新功能都会先在内部测试,codex本来设计上subagent就还没太玩明白,App的话mac版体验还行,因为他们内部应该都是mac当开发机
- xx_yy12026-07-1928959
不要根据grok build来二开哦,它架构不太适合,而且每天一个版本,最好使用codex来二开,它这个反而比较成熟,grok build有很多工具和做法是参考和引用opencode和codex的,它仓库有明确说明
- awu2026-07-1929848
现在基本只用codex app了 因为方便并行跑多个session ,tui切换其实挺麻烦的,而且app 显示效果好一点,像什么fork操作 app只需要右键 tui的话需要几个步骤 打开新终端窗口再执行命令什么的。
- 超大杯2026-07-196812
感谢,我还真没仔细看过他们的情况,只是觉得他们这个分支用着还不错
- xx_yy12026-07-1928959
我做了grok build的全部汉化,它架构职责有问题,后面官方一定会大重构,因为它当前的架构不足以支持web和app以及桌面端
- 超大杯2026-07-196812
这几天我也差不多是完全用服务器+各种 cli 了,本地 app用的很少了
- miduoduo2026-07-1976699
我基本上都是 在cli里面使用,codex app 几乎不用,个人觉得不好用。
- 七玉2026-07-1921423
试试vscode用codex cli的插件吧,我感觉挺好用的
- miduoduo2026-07-1976699
是挺好用的。。。我如果不用终端的cli,我就是用的vscodex里面的 codex插件
- Ethanolivia2026-07-198235
如果不想手动调,可以试试用模型去反推更优的 Prompt,有时候 AI 给出的优化思路比人想的更直接。
- 路边一条狗2026-07-1918194