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

不知道完成质量如何

@zhuang0718

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

这才哪到哪

碾完了都

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

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

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

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

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

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

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

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

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

@ktyang SPEC 文档写得事无巨细才能 HOLD 住。稍微有点模糊空间都会飘到外太空去。

@weixind 插个眼，到时候来围观一下

一个 goal 项目目前状态 `113M used Pursuing goal (3d 22h 14m)` ，已经偏到姥姥家了。

基本上于 @maolon 说的差不多。

我天 这迭代了那么久😱

推理等级是什么? xhigh 吗

说明你对产品没有具体要求，这玩意儿跑出来也是个大玩具（高情商的说就是 MVP ）

对话也要分享出来

我在做一个大型重构项目
试下来感觉得一直盯着防止走偏 让他自己长时间跑走偏的概率非常高

什么任务啊？提供的信息是什么？能跑这么久。

这行到最后都是死路一条，ai 只是加速了这个过程。

嫌弃自己堆太慢，现在好了拉屎不用自己出力了。

以后的超级 APP 应该会内置这个功能；
用户根据自己的需求，生成一个专属功能

希望 OP 在完成后再来更新一下，中间过程不太算数。