让 Codex 写了一个功能模块（中等复杂度），给它沟通好功能以及边界后，列好开发计划，它持续工作了了 15 个小时左右，写了 2w 行代码，消耗了一整个 20x 账号的 7 周额度，看到后我惊呆了，我是真不敢合并啊！！！ 2w 行代码 review 都得一星期也够呛完成！！
 |
1
helei 21h 48m ago via iPhone
感觉这个模型有点心理疾病，过度强迫症和疑神疑鬼，一般这个时候我会让他“将代码缩减到 2000 行，但保持所有单元测试通过”
|
 |
2
geese1028 21h 45m ago
我现在可不敢让 astra 随便跑，我都是让 opus5.5 去盯着。。。。。。
|
 |
3
murongxdb OP PRO 使用 gpt 6.1 sol fast 一天干了 23 亿 token
|
 |
6
testsb 21h 39m ago
可以用 ponytail 约束一下过度设计
|
 |
7
xuxingchou 21h 36m ago
所以我现在都不用 gpt 开发项目，只用 gpt 来写一些简单的脚本以及画图
|
 |
8
s1eep 21h 36m ago  11
https://github.com/uucz/moyu
可以试一下，有用 |
 |
9
snownemo 21h 34m ago
你需要 ponytail
|
 |
10
yidinghe PRO 如果这个功能真的要 2w 行代码，又有什么关系，测试通过就行了
|
|
11
murongxdb OP PRO @xuxingchou 没办法，买不到 claude ，只能退而求其次
|
 |
14
achira 21h 18m ago 4
你不发提示词和上下文，我很难为你发声啊。
你说你指挥了，但他落实得有偏差我还能帮你说一下，你自己没限制好怪谁？ |
 |
15
gibber 21h 16m ago 1
你用 claude 也不一定能符合你的预期
|
 |
16
gpt5 21h 14m ago
我好几次做噩梦，我一觉醒来，发现吭哧吭哧干了一晚上，把我的额度都用光了。。
|
|
17
murongxdb OP PRO @achira 上下文太多，发不出来，提示词大概就是我跟 ai 说了一个功能，让他给我生成了一个 prd ，然后列了一个开发计划，就让他开始了
|
 |
19
Nu1lXX 21h 4m ago 5
是的啊，我正在遭受这样的折磨。让它煮鸡蛋，它可以把消防车喊到楼下，厨房配备全套灭火装备，依旧还没开始煮鸡蛋
|
 |
20
zhady009 21h 4m ago
其实纯写代码消耗没那么大，最好看下是不是有什么硬性流程的提示词
|
 |
21
Mandelo 20h 57m ago
现在 PLUS 慢的要死，已经无法工作了，还好 claude 还没被封
|
 |
22
coryxu 20h 57m ago
我也遇到跟你一样的情况，后面充了 claude 就没遇过了，还感觉额度挺耐用的。
我之前测过同一个复杂需求，gpt 改了 2 个小时（结果惨不忍睹，感觉就是让它造飞机，它给我造了一个猎鹰战斗机，而且还飞不起来） claude 只用了 40 分钟（非常完美，结果符合我脑子的构想，我直接瘫坐在凳子上） |
 |
23
jerseyhero 20h 50m ago
深有同感，现在看着 codex 产的代码，有种望洋兴叹，生无可恋的感觉
 |
 |
24
ryougifujino 20h 47m ago
可能是思考程度开高了？ Medium 或 High 试试？
|
|
26
geese1028 20h 44m ago
@murongxdb cursor 、antigravity 都送 opus5.5 ，就是额度很有限，但是我觉得也跟 opus 的 pro 订阅差不多了。
|
|
29
murongxdb OP PRO @ryougifujino 思考太低了，感觉效果又不是太好，感觉还是得从提示词层面约束
|
|
31
geese1028 20h 26m ago
@kksyy 俩加起来 T_T ，我的 cursor 是 ultra ，薅的 super grok heavy 的 100 刀/月的羊毛。grok 退了但是 cursor 还在。
|
 |
32
layxy 20h 17m ago
xhigh 看着分数高，实际开发的时候极容易过度设计，代码写的也极其的复杂和绕，读起来费劲
|
 |
33
Jiahim PRO 我感觉不是 codex 的锅，想问下你是不是装了 superpowers……
我唯一一次跑了一天的，就是用了 superpowers ，后面我直接删掉这个插件了，后面再怎么久，也没有遇到你说的这个情况。 下面是那次一天跑了我将近 8 亿 token ，花了 16 小时，从前一天晚上跑到第二天下午  |
|
34
zhady009 20h 6m ago
@murongxdb 是检查一下是不是装的某些 SKILL 影响了，还有就是项目里的 AGETNS 还有输入的提示词，比如#33 的 superpowers 。据我使用的经验 GPT 写代码不会那么久的消耗也没那么夸张，我的提示词环境比较干净只有一些个人的代码风格。
|
 |
35
kosilence 20h 5m ago
我一般都是让它写完设计方案之后，再重新审查一遍有没有过度设计，然后再找 agent 执行
|
 |
38
ktyang 19h 58m ago
不要过度设计这个提示词已经贯穿了我的开发全过程了
|
 |
39
darkengine 19h 53m ago 1
@ktyang "不要过度设计"这个规则你说了算，什么是过度设计由 Codex 说了算 😂
|
 |
40
forbreak 19h 49m ago
我最近用了两周的额度让他执行一个计划，结果用两周额度写了一堆单元测试和数据纠错。 然后计划整体进度进行不到 10%。我周末几天跑到，周一一看气死了。 相当于一点都功能都没推进，空转了。
|
 |
43
Anonono 19h 10m ago
@darkengine 是的，GPT 的不粘锅性格太严重了，什么事情都要防御一下，动不动就是 20 行的功能+200 行的约束+2000 行的测试，现在都是先写一个 commit ，然后让 astra 审核收敛，有效但是低效
|
 |
44
AlohaV2 19h 9m ago 2
别的不清楚，它是真的爱写测试
|
 |
45
guyeu 19h 7m ago
“过度设计”都被用滥了
它考虑的场景你们是真的不存在还是一直以来刻意被忽略？ |
 |
46
lyf340010 19h 4m ago
大佬们用的什么软件么？还能让 ai 盯着 ai 干活的。
|
 |
47
deetincelle 18h 53m ago
@Nu1lXX 太形象了
|
 |
48
lucays 18h 50m ago
但是为啥要关注测试代码的行数？
管它写多少行测试代码我一样合并 |
|
49
ktyang 18h 44m ago
@darkengine 一路骂骂咧咧，直到基本达到我的要求。
|
 |
50
BlackDoge 18h 42m ago 3
你说得对，但我将要开始探针、快照、证据、门禁、夹具，还有哈希、冒烟、基线了
我要先建立唯一基线，再进行可追溯备份，先进行最小改动，我先进行一轮烟测，检查 89 个门禁是否通过，上线前进行一轮全量 dry - run ，上线后校验哈希值，最后进行一轮实测的验收矩阵。最后还有一些需要你必须确认的问题我写在了文档，最终成品 SHA-256 是 e6bc3...d9 ，没有动原来的文件，遵守了你说的需求 以上改动没有 commit 也没有 push |
 |
51
VWWWWWWW 18h 22m ago
GPT 真的感觉有点过拟合了
会把一些信息翻来覆去的说… 好啰嗦 |
 |
53
dxppp 17h 32m ago
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 |
 |
54
lvsp95 17h 5m ago 1
感觉是 gpt 6sol 和 astra 这几个模型的问题，本来 5.5 和 5.6 的模型用着很不错的
|
 |
55
yuanwangshijie 16h 58m ago
上面有人提到的 ponytail 我实测效果挺好的
|
 |
56
angusun 16h 46m ago
一般需求用用 cursor 不行吗？
|
 |
57
echoZero 16h 9m ago
如果没有项目参考 和边界， 新项目 他的过度设计很严重。很严重。我现在都习惯说 宽松点 不需要那么严格限制
|
 |
58
jimx 15h 33m ago
所以还是比较喜欢用 cluade ，codex 感觉慢吞吞的，总是写一大堆测试，如果再配合上一些流程，目前使用 treills ，一做可能就是几个小时
|
 |
59
1874w 15h 27m ago 2
@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 呢？你清楚自己想要的是怎么样的产品和工具吗？ |
 |
60
doujiangjiyaozha 14h 17m ago
我都是设计了一堆文档 才勉强有点用约束，但还有时候把我的文档越改越糟糕 于是我又专门设计了个 tidy 文档 按需让他清理一遍已有文档和代码
|
 |
61
zuokanyunqishi 13h 56m ago
@BlackDoge 经典,你说的对,妈的气笑我了..
|
 |
62
luchengdst 13h 51m ago
降低到 medium 就不会过度思考了
|
 |
63
h2mpz 13h 50m ago
我用他开发游戏，净是给我整一大堆文字，解释的很清楚，但是乱糟糟的
|
 |
64
taqingqiu 13h 31m ago
你们用的都好复杂啊
|
 |
66
panlatent 12h 39m ago
巧了，在我手中 codex 几乎没有过度设计，因为我自己就是过度设计的代名词。很多时候还得我给它补充（也可能是模型能力不够
|
 |
67
huiyadanli 12h 25m ago
codex 太爱纠结边界了，感觉这个问题在 6 之后愈发严重化。
现在重构项目只用 opus 5.5 了，善解人意，最小化改造，会反驳。 |
 |
68
ndxxx 12h 12m ago via Android
6.1sol medium 足够了，如果你的工作只是写代码的话
|
 |
69
caryRowen 7h 29m ago
楼主感觉 ponytail 如何
|
 |
70
winglight2016 7h 0m ago
我只检查 codex 的设计方案有没有问题，但是最近发现它会自己偷偷加进去一些私货，比如：
让它做的一个导入线上策略的功能，我以为就是服务端提供一个接口，本地调用就能导入，没想到它加了一整个许可证+加密密钥的功能，真不知道它怎么就能随便改确定的设计方案。 还有另外一个复杂功能，我把原型页面翻来覆去确认了多次，最终生成了一个版本，让它照着做，它硬是自己随便修改，从布局到风格，还有按钮交互全部都改了一个简化版出来。 |
Select Language