谷歌Antigravity上線獨立Plan，同日Claude Code討論關掉它
谷歌Antigravity官方賬號9月25日宣佈，2.0桌面端補上獨立規劃模式，與其CLI對齊：輸入/plan，智能體先退後研究任務、再生成供你審閱的實現計劃，須你批准纔開始執行；也可以在自然語言裏要一份更輕的計劃。
幾乎同一窗口，Claude Code產品側的Thariq在9月23日說，團隊在考慮關掉plan模式，把Shift+Tab騰給effort檔位；理由是模型已經不再需要專門的規劃模式，同時向死忠用戶徵求爲何還要留着。社區隨即出現“plan mode is dead”和“別人剛去掉谷歌才加上”的對照。官方文檔此刻仍保留/plan與Shift+Tab進入只讀規劃、批准後才改文件。
Antigravity把/plan寫成多階段發現：分析提示、檢查工作區、讀受影響文件，再交出可審閱方案；同套命令裏還有/grill-me做蘇格拉底式對齊、付費檔的/boost做多智能體深推理。谷歌5月發佈2.0時已有/goal、/schedule、/browser等斜槓命令，當時規劃更多是“需要時再計劃”，現在收成顯式模式。
Claude Code的plan模式本質是一條系統提醒加ExitPlanMode工具：禁止寫入，研究完再請你確認。用戶長期抱怨它主動闖入、會話卡死、與上下文壓縮衝突，也有人把它當風險遷移前的剎車。Effort則是另一隻旋鈕，控制這一輪肯花多少計算，從low到max，新模型在更高檔會自己寫出計劃並隨結果改寫，而不把計劃凍死。
市場機制上，買方是要在改代碼前看到方案的開發者，賣方是兩套智能體編程產品。事件驅動的是快捷鍵和默認工作流的爭奪，不是模型突然會不會思考。資金流向token：獨立plan多一輪只讀上下文，effort高檔直接加長推理。受益的是把規劃內化進模型循環、用檔位收費的一方；承壓的是還靠顯式模式給用戶安全感、卻被對手寫成過時儀式的產品。同一功能在一家是要拆除的腳手架，在另一家是剛掛上的賣點。
來源：公開信息
ABAB AI 解讀
Plan模式從來不是模型能力，是權限閘門：只讀、禁止寫、等人點頭。Claude Code把它做進Shift+Tab循環，是因爲早期模型會直接改倉庫；Thariq要拆掉它，是因爲新模型可以在對話裏對齊、在effort裏自己規劃，快捷鍵更值錢的用途變成“這一輪花多少算力”。谷歌Antigravity走反向：CLI先有/plan，桌面2.0再補上，把“先研究再動手”做成可演示的產品句。兩邊不在比會不會想，在比默認工作流寫在哪一層——提示詞、模式開關，還是計算預算。
資本路徑是智能體IDE的交互稅。獨立模式多一次確認，增加會話輪次和上下文，也增加“我還在控制”的感知；拆掉模式把控制權交給effort和驗證循環，token賣得更直接。谷歌需要一個能對標Kiro、Claude Code的可見功能來證明2.0不是又一個聊天窗；Anthropic需要把最熱的鍵位讓給更能拉動用量的檔位。Diffusion在這裏具象成產品日曆：一家認爲腳手架可以拆，另一家認爲腳手架纔剛該立起來。
類比自動擋普及後仍有人要手動模式、CI從“先看diff再合”變成“測試綠了再合”、以及每一個把嚮導式流程做成專業軟件賣點、又在下一版本里因爲用戶已經會了而拆除嚮導的週期。行業位置上，智能體編程從“必須先計劃纔敢跑”進入“計劃已成爲模型默認行爲、UI還要不要單獨收費”的控制期。
結構判斷屬於技術替代。機制是：當模型能在普通對話裏完成探索、對齊和改寫計劃，專門的plan模式從能力變成儀式；儀式在落後者那裏仍是功能清單上的一行，在領先者那裏是佔着快捷鍵的遺產。差距不在會不會/plan，在誰還需要把思考做成一個必須打開的模式。
ABAB News · 認知定律
領先者拆除的腳手架，落後者正在把它寫成賣點
模型會規劃之後，規劃就不再值得單獨佔一個快捷鍵
同一天的功能日曆，量出的是兩家默認工作流停在哪一層