murongxdb
V2EX  ›  OpenAI

感叹 Codex 的过度设计。

  •  
  •   murongxdb ·
    PRO
    · 2h 8m ago · 3767 views

    让 Codex 写了一个功能模块(中等复杂度),给它沟通好功能以及边界后,列好开发计划,它持续工作了了 15 个小时左右,写了 2w 行代码,消耗了一整个 20x 账号的 7 周额度,看到后我惊呆了,我是真不敢合并啊!!! 2w 行代码 review 都得一星期也够呛完成!!

    40 replies  •  2026-10-21 10:31:28 +08:00
    helei
        1
    helei  
       2h 5m ago via iPhone
    感觉这个模型有点心理疾病,过度强迫症和疑神疑鬼,一般这个时候我会让他“将代码缩减到 2000 行,但保持所有单元测试通过”
    geese1028
        2
    geese1028  
       2h 3m ago
    我现在可不敢让 astra 随便跑,我都是让 opus5.5 去盯着。。。。。。
    murongxdb
        3
    murongxdb  
    OP
    PRO
       2h 2m ago
    使用 gpt 6.1 sol fast 一天干了 23 亿 token
    murongxdb
        4
    murongxdb  
    OP
    PRO
       2h 1m ago
    @helei 2000 行对这个需求确实有点少,但是 2w 行实在是太夸张了
    murongxdb
        5
    murongxdb  
    OP
    PRO
       2h 1m ago
    @geese1028 可怜我买不到 claude
    testsb
        6
    testsb  
       1h 56m ago
    可以用 ponytail 约束一下过度设计
    xuxingchou
        7
    xuxingchou  
       1h 53m ago
    所以我现在都不用 gpt 开发项目,只用 gpt 来写一些简单的脚本以及画图
    s1eep
        8
    s1eep  
       1h 53m ago   ❤️ 3
    https://github.com/uucz/moyu
    可以试一下,有用
    snownemo
        9
    snownemo  
       1h 51m ago
    你需要 ponytail
    yidinghe
        10
    yidinghe  
    PRO
       1h 51m ago via Android
    如果这个功能真的要 2w 行代码,又有什么关系,测试通过就行了
    murongxdb
        11
    murongxdb  
    OP
    PRO
       1h 47m ago
    @xuxingchou 没办法,买不到 claude ,只能退而求其次
    murongxdb
        12
    murongxdb  
    OP
    PRO
       1h 47m ago
    @snownemo 我看一下
    murongxdb
        13
    murongxdb  
    OP
    PRO
       1h 47m ago
    @yidinghe 过度设计的东西太多了,有 60%以上都是过度设计的东西
    achira
        14
    achira  
       1h 35m ago
    你不发提示词和上下文,我很难为你发声啊。
    你说你指挥了,但他落实得有偏差我还能帮你说一下,你自己没限制好怪谁?
    gibber
        15
    gibber  
       1h 33m ago
    你用 claude 也不一定能符合你的预期
    gpt5
        16
    gpt5  
       1h 32m ago
    我好几次做噩梦,我一觉醒来,发现吭哧吭哧干了一晚上,把我的额度都用光了。。
    murongxdb
        17
    murongxdb  
    OP
    PRO
       1h 30m ago
    @achira 上下文太多,发不出来,提示词大概就是我跟 ai 说了一个功能,让他给我生成了一个 prd ,然后列了一个开发计划,就让他开始了
    wetalk
        18
    wetalk  
       1h 24m ago
    @geese1028 #2 opus5.5 盯着啥意思,还能让 opus5.5 盯着 gpt 干活么,这需要模型之间实时通信吧
    Nu1lXX
        19
    Nu1lXX  
       1h 21m ago
    是的啊,我正在遭受这样的折磨。让它煮鸡蛋,它可以把消防车喊到楼下,厨房配备全套灭火装备,依旧还没开始煮鸡蛋
    zhady009
        20
    zhady009  
       1h 21m ago
    其实纯写代码消耗没那么大,最好看下是不是有什么硬性流程的提示词
    Mandelo
        21
    Mandelo  
       1h 15m ago
    现在 PLUS 慢的要死,已经无法工作了,还好 claude 还没被封
    coryxu
        22
    coryxu  
       1h 14m ago
    我也遇到跟你一样的情况,后面充了 claude 就没遇过了,还感觉额度挺耐用的。
    我之前测过同一个复杂需求,gpt 改了 2 个小时(结果惨不忍睹,感觉就是让它造飞机,它给我造了一个猎鹰战斗机,而且还飞不起来)
    claude 只用了 40 分钟(非常完美,结果符合我脑子的构想,我直接瘫坐在凳子上)
    jerseyhero
        23
    jerseyhero  
       1h 7m ago
    深有同感,现在看着 codex 产的代码,有种望洋兴叹,生无可恋的感觉
    ryougifujino
        24
    ryougifujino  
       1h 5m ago
    可能是思考程度开高了? Medium 或 High 试试?
    geese1028
        25
    geese1028  
       1h 2m ago
    @wetalk 在 opus 里制定合同、细节、边界、交付物,让 opus 去驱动 astra 干活,然后 opus 验收。
    geese1028
        26
    geese1028  
       1h 1m ago
    @murongxdb cursor 、antigravity 都送 opus5.5 ,就是额度很有限,但是我觉得也跟 opus 的 pro 订阅差不多了。
    kksyy
        27
    kksyy  
       57 mins ago
    @geese1028 cursor 的 20 刀订阅 opus 额度有这么多吗,A/封号太狠了
    murongxdb
        28
    murongxdb  
    OP
    PRO
       54 mins ago
    @zhady009 已经在尝试使用 ponytail 来约束了
    murongxdb
        29
    murongxdb  
    OP
    PRO
       53 mins ago
    @ryougifujino 思考太低了,感觉效果又不是太好,感觉还是得从提示词层面约束
    murongxdb
        30
    murongxdb  
    OP
    PRO
       53 mins ago
    @coryxu 大佬是用的 claude 官方订阅吗
    geese1028
        31
    geese1028  
       43 mins ago
    @kksyy 俩加起来 T_T ,我的 cursor 是 ultra ,薅的 super grok heavy 的 100 刀/月的羊毛。grok 退了但是 cursor 还在。
    layxy
        32
    layxy  
       34 mins ago
    xhigh 看着分数高,实际开发的时候极容易过度设计,代码写的也极其的复杂和绕,读起来费劲
    Jiahim
        33
    Jiahim  
    PRO
       29 mins ago
    我感觉不是 codex 的锅,想问下你是不是装了 superpowers……

    我唯一一次跑了一天的,就是用了 superpowers ,后面我直接删掉这个插件了,后面再怎么久,也没有遇到你说的这个情况。

    下面是那次一天跑了我将近 8 亿 token ,花了 16 小时,从前一天晚上跑到第二天下午

    zhady009
        34
    zhady009  
       24 mins ago
    @murongxdb 是检查一下是不是装的某些 SKILL 影响了,还有就是项目里的 AGETNS 还有输入的提示词,比如#33 的 superpowers 。据我使用的经验 GPT 写代码不会那么久的消耗也没那么夸张,我的提示词环境比较干净只有一些个人的代码风格。
    kosilence
        35
    kosilence  
       22 mins ago
    我一般都是让它写完设计方案之后,再重新审查一遍有没有过度设计,然后再找 agent 执行
    murongxdb
        36
    murongxdb  
    OP
    PRO
       19 mins ago
    @zhady009 #34 不是的,纯粹就是 codex 把功能过度设计了
    murongxdb
        37
    murongxdb  
    OP
    PRO
       18 mins ago
    @Jiahim superpowers 早就弃用了,这次的情况纯粹就是 codex 过度设计了
    ktyang
        38
    ktyang  
       15 mins ago
    不要过度设计这个提示词已经贯穿了我的开发全过程了
    darkengine
        39
    darkengine  
       11 mins ago
    @ktyang "不要过度设计"这个规则你说了算,什么是过度设计由 Codex 说了算 😂
    forbreak
        40
    forbreak  
       6 mins ago
    我最近用了两周的额度让他执行一个计划,结果用两周额度写了一堆单元测试和数据纠错。 然后计划整体进度进行不到 10%。我周末几天跑到,周一一看气死了。 相当于一点都功能都没推进,空转了。
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   6040 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 54ms · UTC 02:37 · PVG 10:37 · LAX 19:37 · JFK 22:37
    ♥ Do have faith in what you're doing.