• 超大杯

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

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

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

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

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

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

    主楼
  • 超大杯

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

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

    #1
  • awu

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

    #2
  • 超大杯

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

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

    #3
  • DL

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

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

    #4
  • miduoduo

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

    #5
  • Kevin-linuxdo

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

    #6
  • xx_yy1

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

    #7
  • awu

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

    #8
  • 超大杯

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

    #9
  • xx_yy1

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

    #10
  • 超大杯

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

    #11
  • miduoduo

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

    #12
  • 七玉

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

    #13
  • miduoduo

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

    #14
  • Ethanolivia

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

    #15
  • 路边一条狗

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

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

    #16

发表回复

登录后回复