Codex VS Code 在 macOS 發燙的根因線索：沒有 git root 時會一路往上找專案邊界

這篇 Threads 的價值不是「Codex 又出 bug」而已，而是給了一個很實用的診斷方向：如果 VS Code 裡的 Codex extension 在 macOS 上突然讓機器發燙，先檢查目前資料夾是不是沒有 git repository。原文作者觀察到 VS Code Codex 近兩個月讓 Mac 溫度很高，用 Process Explorer 看到 window / extension host CPU usage 到 119%，但只要在專案底下執行 git init，問題就改善。

我查了原文引用的 GitHub issue：openai/codex #16231，標題是「High CPU usage on macOS after updating Codex in VS Code extension to 26.325.31654」。issue 仍是 open，已有多位使用者回報類似狀況。留言裡有人指出高 CPU 主要落在 VS Code extension host，而不是 Codex backend；也有人看到 Codex log 裡重複出現 IPC warning。這表示問題可能不是模型推理本身，而是 extension 在 IDE 端做狀態追蹤、專案根目錄偵測或檔案掃描時失控。

留言區最有價值的一句是 arthur.lin.0906 的推測：「因為他想要找 project root，他就會往上爬去找，一直找然後就會超燙。」這和 git init 能解決問題的現象相當吻合：很多 IDE extension 會用 .git、package manifest 或 workspace marker 來判斷 project root；如果 marker 不存在，可能會不斷往父層搜尋，甚至在大型目錄或 home directory 造成昂貴掃描。

實務處理建議：

1. 如果 Codex VS Code extension 讓 Mac 發燙，先在專案根目錄確認 .git 是否存在。
2. 對臨時資料夾或 prototype 專案，可直接 git init，至少給 extension 一個明確邊界。
3. 用 Activity Monitor 或 Process Explorer 區分是 Code Helper (Plugin) 還是 codex app-server 在燒 CPU。
4. 若是 extension host，優先懷疑 workspace scanning / project root detection，而不是模型本身。
5. 把 Codex extension 更新紀錄、VS Code version、macOS version、是否有 git root 一起記錄，回報給 upstream 才有可重現性。

我的判斷：這類 bug 對 agentic coding tool 很常見，因為 agent 需要比傳統 extension 更深地理解專案邊界、檔案樹、git state、任務上下文。當「專案邊界」不清楚時，工具就可能從助理變成暖暖包。BigIntTech 內部使用 Codex / Claude Code 時，可以把「所有工作目錄都要 git init」列成基本 hygiene，就算不 commit，也能降低工具誤判 scope 的機率。