Claude Code Cloud sessions 盤點:功能與使用場景一次看懂
2026年09月29日
Claude Code 雲端會話全面開放,把編碼任務從你的電腦搬到 Anthropic 伺服器。這篇盤點它的四大功能、適用場景與限制,幫你判斷該不該納入日常工作流。
Anthropic 在 9 月把 Claude Code 的雲端會話(cloud sessions)從研究預覽推向全面可用。
這件事的意義不只是一項功能轉正。它代表 Claude Code 的執行位置從「你的電腦」變成「Anthropic 的伺服器」,工作流程的邊界也跟著改變。這篇會盤點雲端會話實際包含哪些功能、適合哪些人用,以及哪些地方它幫不上忙,讓你判斷該不該把它納入日常工作。它屬於 Anthropic 開發者工具路線的一環,把遠端編碼這件事從口號變成可用的工作流。
先看重點全貌。下面把這次全面可用後的四項核心能力排開,按實用度做一個 ranking,方便你對照自己的需求。
| 排名 | 功能 | 關鍵特性 | 為什麼重要 |
|---|---|---|---|
| 1 | 任務可持續執行 | 隔離虛擬機、關機不斷線 | 電腦不再是瓶頸,任務交出去就能做別的事 |
| 2 | GitHub 整合與 PR 流程 | 憑證走代理、只推工作分支 | 把「改程式+開 PR」整段交給 agent,風險可控 |
| 3 | Routines 排程 | 定時、HTTP 端點、GitHub 事件觸發 | 讓 Claude Code 照固定節奏背景執行 |
| 4 | 方案支援與推廣額度 | 含於 Pro/Max/Team,免額外算力費 | 試用門檻低,能先驗證再長期依賴 |
Claude Code 雲端會話是什麼
雲端會話就是 Claude Code 跑在 Anthropic 的基礎設施上,而不是你自己的電腦。
你在瀏覽器給它一個任務、指向你的 GitHub 儲存庫,它就在雲端的虛擬機上執行。實際影響很直接:關掉筆電、斷網、離開座位,工作都還在跑。本機會話做不到這件事,因為程式在你的電腦上跑,電腦一睡,任務就停。
每個雲端會話會拿到一台全新、隔離的虛擬機,規格大約是 4 個 vCPU、16 GB 記憶體、30 GB 硬碟,系統是 Ubuntu。常用的工具鏈都預裝好了,包含 Python、Node、Ruby、Java、Go、Rust、Docker、PostgreSQL、Redis 和 git。
這個隔離設計是重點。agent 在你的本機跑,等於讓它直接碰到你電腦裡的檔案;跑在隔離的雲端環境裡,就算過程出錯,影響範圍也被限制住。對敢把較大任務交給 agent 的人來說,這層隔離是能不能放心交出去的前提。
盤點重點一:任務可持續執行與跨裝置查看
這是雲端會話最核心的價值,也是它和本機會話分道揚鑣的地方。
因為執行位置在雲端,任務不會因為你關機而中斷。你可以在桌機上開一個會話,之後從手機或瀏覽器看它的進度。對通勤路上還想盯著 agent 跑進度的人來說,這種跨裝置的連續性是過去沒有的。
適合的場景很具體。需要跑很久的重構、大批次的測試修正、跨多個檔案的改動,這些任務交出去之後,你就能去做別的事。本機會話的節奏會被你的電腦狀態綁住,雲端會話不會。
盤點重點二:GitHub 整合與 PR 流程
雲端會話跟 GitHub 的整合做得比較深。
有趣的是憑證的處理方式:你的 GitHub 憑證不會進入虛擬機,而是透過 Anthropic 的代理(proxy)走。會話透過代理複製儲存庫,git push 只能推到這個會話自己的工作分支,建立 pull request 則是內建功能。這種設計把「agent 拿到你的憑證亂推」的風險壓掉,同時保留了完整的 PR 工作流。
對團隊來說,這代表可以把「改一段程式、開一個 PR」這件事整段交給雲端 agent,人只負責最後的審查。
盤點重點三:Routines 排程
Routines 是雲端會話上面的排程功能,2026 年 4 月起以研究預覽形式出現在 Claude Code 的網頁版裡。
它讓雲端執行可以定時觸發:cron 式的時間排程、每個 routine 一個 HTTP 端點,或是由 GitHub 事件觸發。等於你可以在沒有筆電參與的情況下,讓 Claude Code 照固定節奏跑任務。
適用場景像是每日跑一次測試、在有人開 PR 時自動做初審、定期整理程式碼。這些事情本來要人記得手動做,交給 routine 之後就變成背景流程。
盤點重點四:方案與優惠
雲端會話包含在 Pro、Max、Team 方案裡,共用你方案原本的用量限制,虛擬機本身不另外收費。
配合這次全面可用,Anthropic 推出了一次性推廣額度:Pro 用戶 100 美元、Max 用戶 250 美元。這個額度獨立於平常的用量上限,官方說法是「本機碰到上限時,就轉到雲端繼續跑到額度用完」。使用前提是綁定 GitHub 帳號。領取期限是 2026 年 10 月 7 日,額度本身到 11 月 4 日到期。
要留意的是,額度是推廣性質,用完就沒了。真正長期使用還是回到方案本身的用量限制。
雲端會話的限制與不適合的場景
盤點不能只講好處。
第一,它是有範圍的任務型設計,不是常駐服務。閒置的會話會過期,虛擬機會被回收,裡面還在跑的東西也跟著消失。想要一個「永遠開著」的 Claude Code 環境,雲端會話不是那個東西,那需要的是你自己控制的常駐實例。
第二,GitHub 是主要支援的平台。如果你的專案在 GitLab 或 Bitbucket 上,整合程度就不一樣,要先確認你的工作流能不能接。
第三,它共用你方案的用量限制。跑得多,本機和雲端會一起吃額度,不是兩套獨立資源。
第四,長時間任務的等待感還在。任務交出去之後,你還是得等它跑完,只是等待期間能做別的事。如果任務本身需要你頻繁介入調整,本機會話的即時互動反而更順。
和本機會話怎麼選
兩種模式解決的問題不同,不是取代關係。
本機會話適合需要即時互動、頻繁除錯、依賴本機檔案與環境的工作。你在旁邊看著,一出錯馬上改。
雲端會話適合任務明確、可以放手讓它跑、需要跨裝置追蹤的工作。重構、批量修正、定時任務都屬於這一類。它是把 agent 當成一個能獨立執行一段工作的隊友,而不是坐在你旁邊的助手。
多數開發者的實際用法會是混搭:瑣碎的即時調整在本機做,整段的大任務丟到雲端。
結論
Claude Code 雲端會話從研究預覽轉正,把 Claude Code 從本機工具變成一項可以在 Anthropic 伺服器上執行的服務。隔離的虛擬機、GitHub 憑證代理、Routines 排程這幾項合起來,讓它能承接「放手讓它跑」的那一類任務。
如果你的開發工作裡有大量耗時、可以拆出去獨立完成的任務,雲端會話值得納入工作流。判斷的方式很簡單:這件事交出去之後,我能不能安心去做別的事?能,就往雲端丟;不能,就留著自己盯。
想在手機上追蹤雲端會話的進度,可以下載 Claude 應用程式,在 APKPure 就能取得。它讓你在離開電腦時也能查看 agent 跑到哪一步,是很實用的搭配。推廣額度到 10 月 7 日前記得去領,先試一輪再決定要不要長期依賴。使用時留意資料邊界,涉及公司內部程式碼或未公開專案時,先確認方案與資料處理條款再用。