codex goal模式下出现双倍消耗bug

目前正在ssh远程机器上的vscode插件里，同时用goal挂着两个luna max会话，打算在睡着的时候让他们继续自个儿迭代。正准备要睡，回头看了眼发现额度烧得远比预期的快（plus账号luna跑一个小时正常的时候也就1%~2%，我这俩会话4小时感觉烧了有15%+）

用iOS的App里的remote去看了眼发现似乎没什么问题，但反复对比后终于发现了不对劲：两边的goal运行时间存在一定差异，且对话的输出也存在差别

排查发现iOS remote和codex cli里的对话完全一致、与vscode插件不一致，但我从始至终一直都只在vscode里与GPT对话。

再之前这个对话还有更逆天的，vscode里一路从v1迭代到v4，但cli里就一直要跑v1，于是两边互相打架，一边掐断对方的跑自己的、另一边发现自己的断了又恰了对方的重新把自己的跑起来……

由于我正好同时运行了两个会话，所以现在又正好形成了对照组。我发现cli里暂停goal以后很快又回自动恢复，只能把goal给删掉。删掉以后一个会话如上所示，还能自动运行（刚刚它发现自己崩掉了，重新创建了个新的goal，所以只运行了几分钟，但总之我啥都没操作它还一直能正常跑）

反观这一个会话，cli把goal停了以后，vscode插件里的goal还一直在，但是如果点击暂停会报错“无法更新目标“，且实质已经停下来好几十分钟了。

总之这个bug我感觉就是很玄学，或许只要启用goal就有可能出现，导致两倍速度消耗token（甚至可能互相打架导致token浪费远多于2倍），看看能不能反馈给tibo让他丫的发个重置^-^