codex 的目标模式有啥用啊

你说的应该是/goal，可以理解为永动机，不达目的誓不罢休，适合跑长任务，当然风险也大，做好约束，你给出的最终目的一定是可量化和完结的，不然你懂

应该就是一直改一直改，直到你这个目标可以验收的意思吧 ^-^不太懂，没用过这个模式，token烧太快了

彻底的甩手掌柜功能，但是带来的问题就是一堆smoke test文件，巨量的额度消耗，无法控制的方向飘移

相当于在原来的命令之上加一层目标判断，没到目标就继续干

可以看一下这个模式的介绍，如果我没把目标模式理解错的话。Codex Goals 使用指南：为什么 `/goal` 比“继续做”更强 | 𝐘𝐀𝐈

试过两次，感觉好像区别也没有很大，可能是我设置的goal太小了，太宏大的goal还不敢设置

我之前bug team的时候用过，感觉还不错。因为我的研究是有评估指标的，比如准确率，召回率这些。我用goal设定了一个指标，达到这个指标就说明完成目标。然后让他自己修改模型，跑实验，连续跑了两天，效果还可以。

之前始皇无限token的时候，我跑了一整天，挂了十几个小时，让他自己分了八九个分支，每个分支一个子Agent，每个分支开发完之后提交给集成分支的agent进行整合，然后再派下一轮任务。

做的东西，嗯嗯嗯嗯嗯。。。。。容易跑偏，因为我有详细的PRD和原型给他参考，明确要求了必须按照PRD和原型，没有的功能不要做，他还是做了一些无关痛痒的功能出来。但是做出来的东西都是好的，能跑起来。 ^-^

效果不行, 跑了一天一晚上. 功能没弄多少, token倒是烧了很多. 具体体现在:

1. 反复去测试, 各种给自己挑刺与修复.


2. 跑出来的东西要偏离方向. 一晚上过去, 已经无法接手了