感叹 Codex 的过度设计。

murongxdb 2026-10-21 08:29 1

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

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

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

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

  • zhady009 10-21 10:13
    34楼
    @murongxdb 是检查一下是不是装的某些 SKILL 影响了,还有就是项目里的 AGETNS 还有输入的提示词,比如#33 的 superpowers 。据我使用的经验 GPT 写代码不会那么久的消耗也没那么夸张,我的提示词环境比较干净只有一些个人的代码风格。
  • kosilence 10-21 10:15
    35楼
    我一般都是让它写完设计方案之后,再重新审查一遍有没有过度设计,然后再找 agent 执行
  • murongxdb 楼主 10-21 10:18
    36楼
    @zhady009 #34 不是的,纯粹就是 codex 把功能过度设计了
  • murongxdb 楼主 10-21 10:18
    37楼
    @Jiahim superpowers 早就弃用了,这次的情况纯粹就是 codex 过度设计了
  • ktyang 10-21 10:22
    38楼
    不要过度设计这个提示词已经贯穿了我的开发全过程了
  • darkengine 10-21 10:26
    39楼
    @ktyang "不要过度设计"这个规则你说了算,什么是过度设计由 Codex 说了算 😂
  • forbreak 10-21 10:31
    40楼
    我最近用了两周的额度让他执行一个计划,结果用两周额度写了一堆单元测试和数据纠错。 然后计划整体进度进行不到 10%。我周末几天跑到,周一一看气死了。 相当于一点都功能都没推进,空转了。
  • ppwangs 10-21 10:50
    41楼
    似乎是这样,而且最近很慢。
    我已经在提示词和 AGENTS.md 以及宪法要求不做过度设计,并且有详细的设计过程,在实际开发过程中还是会有过度的情况。
  • coryxu 10-21 11:03
    42楼
    @murongxdb 是的,我 Claude 账号很硬,开过 max 也没封
  • Anonono 10-21 11:10
    43楼
    @darkengine 是的,GPT 的不粘锅性格太严重了,什么事情都要防御一下,动不动就是 20 行的功能+200 行的约束+2000 行的测试,现在都是先写一个 commit ,然后让 astra 审核收敛,有效但是低效
  • AlohaV2 10-21 11:11
    44楼
    别的不清楚,它是真的爱写测试
  • guyeu 10-21 11:13
    45楼
    “过度设计”都被用滥了
    它考虑的场景你们是真的不存在还是一直以来刻意被忽略?
  • lyf340010 10-21 11:16
    46楼
    大佬们用的什么软件么?还能让 ai 盯着 ai 干活的。
  • deetincelle 10-21 11:26
    47楼
    @Nu1lXX 太形象了
  • lucays 10-21 11:30
    48楼
    但是为啥要关注测试代码的行数?
    管它写多少行测试代码我一样合并
  • ktyang 10-21 11:35
    49楼
    @darkengine 一路骂骂咧咧,直到基本达到我的要求。
  • BlackDoge 10-21 11:38
    50楼
    你说得对,但我将要开始探针、快照、证据、门禁、夹具,还有哈希、冒烟、基线了
    我要先建立唯一基线,再进行可追溯备份,先进行最小改动,我先进行一轮烟测,检查 89 个门禁是否通过,上线前进行一轮全量 dry - run ,上线后校验哈希值,最后进行一轮实测的验收矩阵。最后还有一些需要你必须确认的问题我写在了文档,最终成品 SHA-256 是 e6bc3...d9 ,没有动原来的文件,遵守了你说的需求
    以上改动没有 commit 也没有 push
  • VWWWWWWW 10-21 11:57
    51楼
    GPT 真的感觉有点过拟合了
    会把一些信息翻来覆去的说… 好啰嗦
  • YogaX 10-21 12:26
    52楼
    @BlackDoge 看力竭了
  • dxppp 10-21 12:48
    53楼
    https://superset.sh/compare/superset-vs-claude-code

    https://superset.sh/agent-orchestration

    在 superset 里用 Claude Opus 5.5 当 supervisor
    指挥几个 GPT 6 Astra 当 sub-agent 干活 效果不错

    https://docs.langchain.com/oss/python/langchain/multi-agent/subagents

    https://cursor.com/docs/subagents

    https://ai-sdk.dev/docs/agents/subagents
  • lvsp95 10-21 13:15
    54楼
    感觉是 gpt 6sol 和 astra 这几个模型的问题,本来 5.5 和 5.6 的模型用着很不错的
  • yuanwangshijie 10-21 13:22
    55楼
    上面有人提到的 ponytail 我实测效果挺好的
  • angusun 10-21 13:33
    56楼
    一般需求用用 cursor 不行吗?
  • echoZero 10-21 14:10
    57楼
    如果没有项目参考 和边界, 新项目 他的过度设计很严重。很严重。我现在都习惯说 宽松点 不需要那么严格限制
  • jimx 10-21 14:46
    58楼
    所以还是比较喜欢用 cluade ,codex 感觉慢吞吞的,总是写一大堆测试,如果再配合上一些流程,目前使用 treills ,一做可能就是几个小时
  • 1874w 10-21 14:53
    59楼
    @murongxdb #17 过渡设计确实是存在的,但我觉得有些防御边界恰好是我想要的,有的又是我不想要的。所以不好评价好坏。

    就像前几天我让 codex 在 我的局域网的 Windows 上部署了图片模型,然后需要开放端口给 mac 使用。他自己设计的就是走的 ssh 隧道,然后只监听 127.0.0.1 ,还做了什么回环限制访问。我说我就局域网使用,你搞这么复杂,直接监听 0.0.0.0 不行吗?他说可以,但是建议加上 api key 功能,然后我就让他加上 api key 并监听 0.0.0.0 了。其实也可以不加 api key ,但是确实不安全,全看个人取舍。

    总的来说,Codex 会预设很多默认安全策略,如果你不和他确认,他就是全部实现。这也说不上好或者不好,有的人需要这些安全措施,有的人需要那些安全措施,有的人完全不需要安全措施,其实众口难调。

    如果你是现在的工作方式,那么其实你换到 Claude ,也不一定会有好的效果,或许 Claude 会保留一些他认为比较好的安全边界,也许这是你想要的,或许也不是你想要的。

    所以我的方案就是尽量在落实方案之前,走 QA 流程来确认一些关键边界(产品边界、安全边界),superpowers 的头脑风暴,和 grill me 都是类似的工作流,我会尽量避免所有的决策都交给 Agent 来判断。

    我一般将你这种开发工作流称之为「许愿式编程」,其实你在产品出来之前也不清楚自己想要什么。总的来说就是由模型去提纯它的使用人群,模型 A 的边界设计「恰好」符合你的预期,你就会夸他好,模型 B 的边界设计「恰好」不符合你的预期,你就会吐槽。

    其实在 AI 出来之前,写代码都是最后一步,「讨论清楚」需求永远比直接上来写代码更安全、更容易理解、更容易维护,也最推荐。现在你全交给 AI 去判断了,那这个产品到底 属于你 还是 属于 AI 呢?你清楚自己想要的是怎么样的产品和工具吗?
  • doujiangjiyaozha 10-21 16:02
    60楼
    我都是设计了一堆文档 才勉强有点用约束,但还有时候把我的文档越改越糟糕 于是我又专门设计了个 tidy 文档 按需让他清理一遍已有文档和代码
  • zuokanyunqishi 10-21 16:24
    61楼
    @BlackDoge 经典,你说的对,妈的气笑我了..
  • luchengdst 10-21 16:29
    62楼
    降低到 medium 就不会过度思考了
  • h2mpz 10-21 16:29
    63楼
    我用他开发游戏,净是给我整一大堆文字,解释的很清楚,但是乱糟糟的
  • taqingqiu 10-21 16:49
    64楼
    你们用的都好复杂啊
  • chitanda 10-21 17:33
    65楼
    @Nu1lXX #19 然后给他收不用消防车,他会加一句,因为 xxx ,所以不用消防车
  • panlatent 10-21 17:41
    66楼
    巧了,在我手中 codex 几乎没有过度设计,因为我自己就是过度设计的代名词。很多时候还得我给它补充(也可能是模型能力不够
  • huiyadanli 10-21 17:55
    67楼
    codex 太爱纠结边界了,感觉这个问题在 6 之后愈发严重化。

    现在重构项目只用 opus 5.5 了,善解人意,最小化改造,会反驳。
* 帖子来源V2EX
返回