• murongxdb

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

    主楼
  • helei

    感觉这个模型有点心理疾病,过度强迫症和疑神疑鬼,一般这个时候我会让他“将代码缩减到 2000 行,但保持所有单元测试通过”

    #1
  • geese1028-v2ex

    我现在可不敢让 astra 随便跑,我都是让 opus5.5 去盯着。。。。。。

    #2
  • wetalk

    opus5.5 盯着啥意思,还能让 opus5.5 盯着 gpt 干活么,这需要模型之间实时通信吧

    #18
  • murongxdb

    使用 gpt 6.1 sol fast 一天干了 23 亿 token

    #3
  • murongxdb

    @helei 2000 行对这个需求确实有点少,但是 2w 行实在是太夸张了

    #4
  • murongxdb

    @geese1028 可怜我买不到 claude

    #5
  • testsb

    可以用 ponytail 约束一下过度设计

    #6
  • xuxingchou

    所以我现在都不用 gpt 开发项目,只用 gpt 来写一些简单的脚本以及画图

    #7
  • s1eep

    https://github.com/uucz/moyu
    可以试一下,有用

    #8
  • snownemo

    你需要 ponytail

    #9
  • yidinghe

    如果这个功能真的要 2w 行代码,又有什么关系,测试通过就行了

    #10
  • murongxdb

    @xuxingchou 没办法,买不到 claude ,只能退而求其次

    #11
  • murongxdb

    @snownemo 我看一下

    #12
  • murongxdb

    @yidinghe 过度设计的东西太多了,有 60%以上都是过度设计的东西

    #13
  • achira

    你不发提示词和上下文,我很难为你发声啊。
    你说你指挥了,但他落实得有偏差我还能帮你说一下,你自己没限制好怪谁?

    #14
  • gibber

    你用 claude 也不一定能符合你的预期

    #15
  • gpt5

    我好几次做噩梦,我一觉醒来,发现吭哧吭哧干了一晚上,把我的额度都用光了。。

    #16
  • murongxdb

    @achira 上下文太多,发不出来,提示词大概就是我跟 ai 说了一个功能,让他给我生成了一个 prd ,然后列了一个开发计划,就让他开始了

    #17
  • Nu1lXX

    是的啊,我正在遭受这样的折磨。让它煮鸡蛋,它可以把消防车喊到楼下,厨房配备全套灭火装备,依旧还没开始煮鸡蛋

    #19
  • zhady009

    其实纯写代码消耗没那么大,最好看下是不是有什么硬性流程的提示词

    #20
  • Mandelo

    现在 PLUS 慢的要死,已经无法工作了,还好 claude 还没被封

    #21
  • coryxu

    我也遇到跟你一样的情况,后面充了 claude 就没遇过了,还感觉额度挺耐用的。
    我之前测过同一个复杂需求,gpt 改了 2 个小时(结果惨不忍睹,感觉就是让它造飞机,它给我造了一个猎鹰战斗机,而且还飞不起来)
    claude 只用了 40 分钟(非常完美,结果符合我脑子的构想,我直接瘫坐在凳子上)

    #22
  • jerseyhero

    深有同感,现在看着 codex 产的代码,有种望洋兴叹,生无可恋的感觉

    图片

    #23
  • ryougifujino

    可能是思考程度开高了? Medium 或 High 试试?

    #24
  • geese1028-v2ex

    @wetalk 在 opus 里制定合同、细节、边界、交付物,让 opus 去驱动 astra 干活,然后 opus 验收。

    #25

发表回复

登录后回复