讓 AI 智慧體上遠端伺服器改 BUG 導致資源佔滿：V2EX 討論串整理工作流輪廓與兩種對照解法

一篇發表於 V2EX 程式員節點的討論串，標題為「之前讓 AI 智慧體去伺服器在線改 BUG，我動不動就 CPU 記憶體佔滿」，由會員 eben 張貼，截至檢視時累積約 862 次瀏覽、兩則回覆。原帖描述的情境是：開發者讓 AI 智慧體直接在遠端伺服器上修改程式錯誤，結果小型遠端主機的 CPU 與記憶體經常被佔滿，不重啟就無法繼續使用。

原帖作者的工作流演進

根據帖子內文，原帖作者先後嘗試了幾種方式。最早使用 VS Code 透過 SSH 連線到遠端機器；之後改用 Qoder IDE 登入遠端；也曾讓 Claude Code 直接在遠端機器上作業，或嵌入 VS Code 使用。

作者指出，這些做法的壞處在於，只要工作量稍微大一點，遠端的小型主機（大陸社羣俗稱「小雞」的低配置 VPS）CPU 與記憶體就會被佔滿，不重啟便無法恢復可用狀態。

後來作者改換了另一套工具。文中提到「御三家 Work 大戰」，指的應是近期幾家 AI 廠商的整合開發環境競爭；作者下載其中一款後，把 SSH 登入方式貼進對話中，讓該工具直接進行修改。此時遠端主機不再出現資源佔滿的情況，理由是大部分運算都在作者本機處理。代價則是 token 消耗量增加。

回覆者的對照說法

兩則回覆對問題成因有不同解讀。會員 ly529 建議改用樹莓派，並稱什麼都不裝的情況下記憶體佔用很小；此回覆與原帖問題的對應關係並不明確，僅能視為一種替代硬體方案。

會員 zhleonix 則提出質疑：除非是在跑測試，本地檔案比較與產生 patch 這類工作不至於佔用那麼多 CPU，還要把智慧體等待遠端 LLM 回應的空閒時間算進去。這個說法暗示資源佔用未必來自編輯本身，可能與測試執行或網路等待期間的狀態有關。

可核實資訊的邊界

此討論串屬於個人使用經驗分享，樣本僅一名原帖作者與兩名回覆者，沒有系統性的資源監測數據、機器規格或重現步驟。原帖未具體說明「Work」所指的工具全名、遠端主機的 CPU 與記憶體配置，也未量化 token 消耗增加的幅度。CPU 佔滿的確切成因，在現有訊源下無法判定。

從脈絡看，這類討論與近期開發者社羣對 AI 編碼工具工作流的持續摸索有關，方向與先前整理過的開源 CLI 修 bug 黑客松獎勵規則等話題相似，都圍繞 AI 工具介入既有開發流程時出現的新取捨。差別在於本帖關注的是資源分配：把運算放在遠端還是本機，以及隨之而來的 token 成本。

後續觀察

遠端開發結合 AI 智慧體的資源佔用問題，目前僅有單一討論串的經驗陳述。原帖作者未回覆兩則留言的後續討論，討論串尚無進一步的實測數據或結論。