媒體曾報導一名開發者稱其 Mac 出現約 1175% CPU 占用；這是單一個案報告，並非 Claude Code 普遍造成高負載的證據，也沒有獨立技術驗證。相關報導 因此，Claude Code 遠端 Mac CPU 飆高時，先用 Activity Monitor 和程序關係找出實際占用者，再按工作是否仍在執行、工作階段是否結束或重新啟動後是否復現來處理；來源不明的程序不要直接刪除。
適合遠端執行 Claude Code、想分清 Agent、建置工作與其他程序占用的獨立開發者。
也適合維護 macOS 開發環境、需要追查工作階段結束後仍在執行程序的工程師。
若你負責持續在線的 Mac，本文亦提供可供團隊沿用的調查與復核流程。
最後更新於 2026 年 10 月 26 日；排查依據核對自 Apple Activity Monitor 使用指南、Apple 程序階層說明及 Anthropic Claude Code CLI 文件。
先用 Activity Monitor 確認 Claude Code 遠端 Mac CPU 飆高的來源
Activity Monitor 可查看 CPU 活動與程序；開始時先記下正在執行的工作，再觀察占用程序及其階層，不要單憑名稱相似就認定某程序由 Claude Code 啟動。Apple 的 CPU 活動檢視說明與程序階層指南提供了檢查介面的依據。
建議按以下次序調查：
- 在遠端 Mac 開啟 Activity Monitor，切換至 CPU 檢視，留意占用變化及相關程序。先觀察一段時間，不要只憑單次畫面下結論。
- 記錄當時 Claude Code 正在分析程式碼、呼叫工具、執行建置，還是執行測試；再核對專案任務是否可能產生相應工作負載。
- 在 Activity Monitor 檢視程序資訊與階層，確認占用者是 Agent 本身、編譯器或測試程序，還是其他開發工具。
- 比較工作執行中與完成後的占用變化。如果占用隨工作完成而下降，這是比程序名稱更有參考價值的線索。
- 若來源仍不明，保存程序名稱、階層、啟動來源及當時任務資訊，再進一步調查；先不要刪除檔案或終止不明程序。
Claude Code 執行期間 CPU 很高，怎樣判斷是否與任務有關？
先核對 Agent 當下是否正在呼叫建置、測試或其他計算工作，再檢查實際占用是否出現在相關子程序。Claude Code 的 CLI 與權限選項可參照前述 Anthropic 官方使用文件；不要因為占用同時發生，就把所有負載直接歸因於 Agent。
依照工作仍在執行的情境判讀占用
下表用來整理觀察線索，不是固定的 CPU 標準。macOS 版本、專案工作內容與同時執行的工具不同，應以實際程序和任務狀態判斷，而不是套用未經證實的百分比門檻。
| 當下情境 | 優先查看 | 判讀方向 |
|---|---|---|
| Claude Code 正在分析或操作專案 | Agent 與相關子程序的階層、當前工作 | 確認是否正在進行預期中的程式碼分析、建置或測試 |
| 多個工作同時執行 | Agent、編譯器、測試程序及其他開發工具 | 分別查看各程序，不要把併行工作總負載算在單一工具名下 |
| 工作已完成或終端連線中斷 | 仍在執行的程序及其父子關係 | 不要把終端關閉視為程序已結束；先核實程序與任務狀態 |
| 重新啟動後負載再次出現 | 登入項目、背景活動與自動化工作 | 查明是否有合法工作在登入或啟動後重新執行 |
怎樣分辨高負載是建置工作，還是其他背景程序？
先核對程序階層、啟動來源與工作時間，再觀察任務完成後占用是否改變。程序名稱只能作為線索；若父程序、專案工作與時間關係都對不上，應把它列為待查項目，而非直接認定是建置工具或惡意程式。
並行建置或測試讓多個程序同時工作
如果你同時啟動 Claude Code 工作、編譯與測試，CPU 活動可能來自多個程序疊加。此時可以逐項等待或暫停已確認的工作，並在每次改變後重新觀察；若一次停止多個程序，就難以知道哪項工作對負載變化有影響。
建議記錄的對照項目
- 任務名稱與開始、完成狀態。
- Activity Monitor 顯示的程序名稱與程序階層。
- 你採取的動作，例如等待某個建置結束，或停止已確認的測試工作。
- 動作後的 CPU 活動是否改變，以及相關程序是否仍存在。
注意：若 Mac 是團隊共用的建置節點，先確認程序是否屬於其他人的工作。即使某個程序名稱看起來熟悉，也不要在未確認任務歸屬前強制結束。
工作階段結束後仍占用時，先確認程序歸屬
關閉遠端終端或結束互動工作，不足以證明先前啟動的工作已經停止。先回到 Activity Monitor，檢查仍在執行的程序、父子關係與啟動來源，再判斷是建置、測試、腳本或其他背景工作。若這是團隊共享主機，還要確認是否有其他使用者依賴該工作。
| 觀察結果 | 下一步核對 | 安全處置 |
|---|---|---|
| 程序仍對應到未完成的建置或測試 | 任務是否仍有效、是否有人等待結果 | 先等待或聯絡任務負責人，不要逕自終止 |
| 工作已完成，但相關子程序仍在執行 | 程序階層與啟動來源是否能對應已完成工作 | 確認沒有其他依賴後，再依 macOS 的程序退出方式處理 |
| 程序來源不明或與任務無法對應 | 程序資訊、父程序及團隊紀錄 | 保存資訊並進一步調查；不要直接刪除或批次終止 |
如已確認某個程序需要退出，先確認選中的對象及其用途，再依照 Apple Activity Monitor 結束程序說明操作。這項處置不代表應終止名稱陌生的程序；系統或共享工作程序若缺少明確歸屬，應先保留並調查。
關閉遠端終端後，Mac 上的程序還在執行，應該怎麼做？
不要假設連線中斷就等於工作完成。查看程序階層與任務狀態，確認它是否仍負責建置、測試或自動化工作；只有在你確認負責人、任務已不需要且處置符合團隊規範後，才考慮停止。
重新啟動後再次出現，檢查登入項目與背景工作
如果高負載在重新啟動後復現，先查明哪些項目會在登入時開啟、哪些背景工作或自動化流程會再次執行。Apple 說明可參考登入時自動開啟項目的管理指南、背景工作管理說明及 Service Management 文件；核對時應以實際設定與組織管理規則為準，不要只因程序在重新啟動後出現就判定為異常。
按以下決策條件選擇下一步：
- 若程序能對應到已核准的登入項目、背景工作或自動化流程，先核對它是否預期執行、是否有未完成任務，再觀察工作結束後的 CPU 活動；不要因為它自動啟動就直接移除。
- 若程序來源不明、啟動項目無法對應，或團隊有安全疑慮，保存程序與告警資訊，按組織流程隔離、掃描並複核；在確認前避免刪除證據或擴大授權。
- 若該程序可由已確認的建置或測試任務解釋，先讓任務完成或依流程停止，再回到 Activity Monitor 檢查負載是否隨工作消退。
- 若無法確認程序歸屬，或它可能影響共享服務，不要自行強制結束；交由主機管理者或安全負責人調查。
媒體對單一開發者個案的報導，不能取代主機上的程序檢查，也不能作為感染診斷。處理來源不明的項目時，保留調查紀錄並依團隊安全程序複核，比把個案推論成通用原因可靠。
記錄處置並以真實工作負載復驗
每次調查都留下簡明紀錄，方便你或團隊下一次比對：
| 紀錄欄位 | 填寫內容 |
|---|---|
| 發生情境 | 任務仍在執行、工作階段結束後，或重新啟動後復現 |
| 相關工作 | Claude Code 當時的工作、建置、測試或自動化任務 |
| 程序身分 | 名稱、父子關係、啟動來源及是否屬於共享工作 |
| 處置動作 | 等待、暫停、依程序退出，或交由安全流程調查 |
| 復驗結果 | 以原本的真實工作負載檢查 CPU 活動與程序是否相符 |
| 後續觀察 | 是否再次出現，以及是否需要調整任務或管理流程 |
復驗時用你實際的專案工作重做相關步驟，觀察 CPU 活動是否回到與任務相符的狀態；若高負載再次出現，對照前次紀錄確認相同程序或啟動來源是否復現。使用遠端 Mac 執行持續性工作，仍應遵守最小權限與團隊安全規範。若你需要確認遠端工作階段的接入方式，可參考 macworker 的 遠端 Mac 網頁連線說明；涉及資料處理時，也可先閱讀資料與隱私說明。
如果你目前依賴個人 Mac 長時間執行建置，開發工作會與本機其他使用互相競用資源；裝置休眠、重啟或暫時離線，也可能打斷需要持續運作的遠端任務。若改用一般非 macOS 主機，則無法直接提供 macOS 專屬的開發工具鏈。需要持續在線的 macOS 工作環境時，租用 macworker 的遠端 Mac 可把工作放在獨立的託管 Mac 上；但若你長期固定使用高負載環境，或必須連接本機實體裝置，先比較自購 Mac 等方案更合適。確認需求後，再查看 macworker 遠端 Mac 租用方案。
讓遠端 Mac 工作負載更容易掌握
透過 macworker 租用獨享實體 Mac，讓處理器、記憶體與本機儲存空間專屬於你的工作流程。