一位开发者在 Linux.do 社区反馈了 VSCode 插件中 AI 编程助手的严重 Bug。该用户在 SSH 远程环境下同时运行两个 Luna Max 会话的 Goal 模式（自动迭代任务），旨在利用夜间时间进行无人值守开发。然而，监控显示 API 额度消耗速度远超正常水平（4小时消耗 15%+，远高于正常的 1~2%）。经排查发现，Codex CLI 与 VSCode 插件之间出现了严重的“脑裂”现象：CLI 显示对话仍处于 v1 阶段，而插件已迭代至 v4。这种状态不同步导致两个进程互相干扰，一边试图运行自己的版本，另一边则切断并重置对方的进程，形成无限死循环。更严重的是，即使通过 CLI 暂停任务，VSCode 端的 Goal 进程仍在后台空转或报错，且具备自动重启能力，导致用户难以手动终止，造成了极大的算力成本浪费。
事件分析
该事件揭示了当前 AI 智能体在多端同步与状态管理上的脆弱性。在分布式开发环境（如 SSH + 本地插件 + 移动端 Remote）中，缺乏统一的全局锁或状态共识机制，导致 AI 进程因网络延迟或异步操作产生“分裂”。这种进程分裂不仅导致算力的无效消耗，更可能因为逻辑冲突产生错误的代码迭代。随着 AI 编程从辅助工具向自主 Agent 演进，如何保证长时运行任务的一致性、防止“自我内耗”将成为技术落地的关键挑战。该 Bug 本质上是确定性算法在概率性大模型交互中失序的体现。
核心观点：AI 编程智能体的状态同步机制存在致命缺陷，无休止的“自我迭代”不仅未提升效率，反而造成算力资源的巨大空耗。
原文链接：Linux.do
