2. Linux.do
  3. openai 自己人肯定不用 codex app

openai 自己人肯定不用 codex app

超大杯 2026-07-19 11:59 1

最近的大概看了一下 codex 子代理这里，实在是无法吐槽

并且他们的模型适配也有问题，比如 max 模型都搞不清楚到底哪些任务能下发，那些不能

max 最喜欢做的事情是让一个低智模型去评判重构方案怎么写，哪怕你说了这些子代理只能做一些基础的耗时长上下文工作


其实我知道花点时间肯定能调好，但太麻烦了还不如 prompt 说清楚子任务编排


严重怀疑，或者是我觉得 openai 他们内部有一套自己的提示词和配置和自定义版本，或者干脆都是内部反代 cc 再用。因为上次他们把codex app 的上下文窗口删掉了，我在 github 和一群佬一起狂喷


像codex这种经常更新一些蠢货设计的东西，他们自己肯定是不用的，真用自己测不出来我是不信的

最新回复 (16)
  • 超大杯 楼主 07-19 12:02
    1楼

    对了，佬们有谁看见过比较好的 codex prompt 调优的方案吗。

    我自己改了一点还行，但实在太麻烦了

  • awu 07-19 12:03
    2楼

    codex 不管是tui 还是app 都很难用。最近使用体感上被国产那些qoder之类的 吊打 不是开玩笑的

  • 超大杯 楼主 07-19 12:05
    3楼

    的确， 我最近一直想自己基于 pi / grok build 二开一下，但很忙又懒，属实是凑活用了

    不过我觉得a家肯定是自己会用 cc 进行日常开发的

  • DL 07-19 12:09
    4楼

    内部不可能不用，但是内部都是用dogfood，不是你用的

    再来个冷知识：oai内部是monorepo

  • miduoduo 07-19 12:10
    5楼

    codex 感觉用的一般般，没有cli好用，你们觉得呢

  • kevin 07-19 12:12
    6楼

    国外模型公司的dogfooding其实做的很好的，他们新功能都会先在内部测试，codex本来设计上subagent就还没太玩明白，App的话mac版体验还行，因为他们内部应该都是mac当开发机

  • xx_yy1 07-19 12:13
    7楼

    不要根据grok build来二开哦,它架构不太适合,而且每天一个版本,最好使用codex来二开,它这个反而比较成熟,grok build有很多工具和做法是参考和引用opencode和codex的,它仓库有明确说明

  • awu 07-19 12:14
    8楼

    现在基本只用codex app了 因为方便并行跑多个session ，tui切换其实挺麻烦的，而且app 显示效果好一点，像什么fork操作 app只需要右键 tui的话需要几个步骤 打开新终端窗口再执行命令什么的。

  • 超大杯 楼主 07-19 12:15
    9楼

    感谢，我还真没仔细看过他们的情况，只是觉得他们这个分支用着还不错

  • xx_yy1 07-19 12:17
    10楼

    我做了grok build的全部汉化,它架构职责有问题,后面官方一定会大重构,因为它当前的架构不足以支持web和app以及桌面端

  • 超大杯 楼主 07-19 12:18
    11楼

    这几天我也差不多是完全用服务器+各种 cli 了，本地 app用的很少了

  • miduoduo 07-19 12:20
    12楼

    我基本上都是 在cli里面使用，codex app 几乎不用，个人觉得不好用。

  • 七玉 07-19 12:24
    13楼

    试试vscode用codex cli的插件吧，我感觉挺好用的

  • miduoduo 07-19 12:25
    14楼

    是挺好用的。。。我如果不用终端的cli，我就是用的vscodex里面的 codex插件

  • Ethanolivia 07-19 13:11
    15楼

    如果不想手动调，可以试试用模型去反推更优的 Prompt，有时候 AI 给出的优化思路比人想的更直接。

  • 路边一条狗 07-19 13:14
    16楼

    其实我想要opencode 那种可以一次派出去20个的同步子代理


    但是问codex它说只有异步子代理，而且只有三个槽位？

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐