/goal 已经跑了 1d3h，完成 143 个 commit， 8w 行代码。跑的我道心破碎。

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

This topic created in 113 days ago, the information mentioned may be changed or developed.

趁着 codex 最近疯狂重置，尝试下新的 5.6 sol 的能力边界，已经用了大概有 20 亿 token 。完成 3/7 。稍微翻了下过程，会有些弯路，但基本上不会像之前一样擅自缩减技术方案。

整体的完成度要比我想象中高的多，之前类似的场景还需要很多次打断纠偏，而且最终跑下来最多就是一个 MVP 版本，这次我甚至觉得最终能够完成一个成熟的 cloud agent 产品。

历史的车轮滚滚而来，已经碾我脸上了。

代码

能力

产品

25 replies • 2026-07-16 14:16:39 +08:00

zhuang0718

Jul 15

不知道完成质量如何

weixind

Jul 15

@zhuang0718

感觉完整跑下来还得两三天。到时候我开源出来。

strobber16

Jul 15 via Android

这才哪到哪

craftsmanship

Jul 15 via Android

碾完了都

layxy

Jul 15

我今天试了下，5.6 的前端质量上来了，而且交互设计也很好，功能开发基本自行推进的结果完全符合我的预期，我感觉，就是有点慢，并行俩任务等着他完成，我感觉要是上层管理知道了估计又要裁一波了

winglight2016

Jul 15

太大的任务不要让它一次性做完，划分阶段，每个阶段开始前结束后人工审核验证。不然试错成本很高——主要是时间成本。
最近不但重置，还一个劲送重置次数，我也改成 5.6sol 了，似乎消耗也不算快。

EliteOtaku

Jul 15

啥项目啊？我觉得目前我搞的项目，就算 Sol 来跑，也是非常容易跑偏，必须分阶段，各个模块分开来才行

huangzhiyia

Jul 15 via iPhone

这只能算 20%，还有 80%的 token 是对代码的简化重构清理死代码，我真的觉得还不如一开始自己写下骨架，让 AI 自己补全。用 AI 写入口我都要找半天，然后逻辑连贯的模块，这里调用一块，哪里调用一块，不定期进行清理和重构的话，比人类拉出的💩快多了！！

winzkh

Jul 15

我之前也有过个 27h 的 goal 200 多快 300 个 commit 不过是 5.5 的 review 死我了不太建议这样玩

ktyang

Jul 15

每次直接跑 goal 到最后都飞了。。。我现在都不敢用 goal 了。

imdoge

Jul 15

连续跑这么久几万行一般是屎山……除非你最初架构和产品文档开发文档写的很好很好，或者任务很简单都是重复任务

maolon

Jul 15

reddit 上我看很多人也在讨论这个，特别是 5.6 的 over engineering 倾向，好处就是你说的基本不需要交互了，只要主要目标没有错，他自己会不断验证迭代，坏处就是他会不断的叠加任务，你会看到 12 个小时前是 1/5 任务，12 个小时后依然是 1/5 ，但是任务目标实际已经变了

我现在每天用完一个 20x 然后等重置，感觉 codex + 5.6 和其他家思路完全不同了，
其他家现在还能算 copilot ，定位都是辅助或者结队完成任务，codex + 5.6 sol ultra 完全变成上司和下属模式，一个任务要耗费几天才能完成，但是每次 deliver 都是成品，换言之就是你的任务目标范围越小，回报就越低（因为小任务他也是这套模式折腾），反而是一次性一整套完整的架构，完整重构，完整的产品的回报才高