Google Antigravity Remote Control 是什麼？手機遠端操作 AI Coding Agent 教學
Google Antigravity Remote Control 可從手機或瀏覽器連回原主機上的 AI Coding Agent。一次看懂功能、設定方式、安全風險與限制。
AI Coding Agent 是能讀取專案、使用工具並持續完成開發任務的 AI。它接到「重構整個模組」或「跑完所有測試並修好問題」這類工作後，往往不是幾秒內就能完成。過去開發者只能留在電腦前盯著執行紀錄（Log），或離開後再回來確認進度。
Google 於 2026 年 8 月 21 日公布 Antigravity Remote Control，讓使用者能從手機、平板或另一台電腦的瀏覽器，連回原本主機上的 Antigravity 2.0 工作對話（Session）。你可以查看對話、啟動新任務、審閱實作計畫，也能檢查 Agent 產生的成果。
這項功能最容易被誤解的地方，是把它當成雲端整合開發環境（IDE），也就是把編輯器、終端機與專案搬到遠端伺服器的服務。實際上，Remote Control 是一個連回原開發環境的安全視窗，程式碼、建置工具、環境變數與已設定的憑證仍在原本主機上。這節省了重建環境的時間，也意味著主機連線與權限設定會直接影響安全。
我的判斷是：已經使用 Antigravity 執行長時間任務的開發者，值得開啟 Remote Control。只做短問答或幾分鐘內完成的修改，收益則有限。它適合幫你離開座位，不適合幫你取消審批與驗收。
Google Antigravity 官方以 90 秒示範如何從手機與瀏覽器連回正在執行的 Agent Session。影片來源：Google Antigravity 官方 X 貼文。
Antigravity Remote Control 是什麼？
Google Antigravity 是以 AI Agent 為核心的開發工具。AI Agent 不只產生一段程式碼，還能讀取專案、規劃步驟、執行指令、跑測試，再根據結果修正。
Remote Control 則是 Antigravity 2.0 的遠端操作入口。使用者在原本的電腦或伺服器啟用功能後，只要用同一個 Google 帳號登入 Remote Control Dashboard，就能從其他裝置連線。
根據 Google 官方文件，瀏覽器介面可以：
- 查看正在進行的對話與 Agent 進度。
- 開啟新的 Agent 任務。
- 審閱 Agent 提出的實作計畫。
- 檢查 Artifacts，也就是計畫、差異與其他可供驗收的任務成果。
- 在多台筆電、桌機或伺服器之間切換。
這和遠端桌面工具不完全一樣。遠端桌面會把整個電腦畫面傳過來，Remote Control 則專注於 Antigravity 的 Session、任務與 Agent 成果。這讓手機上的介面更容易操作，但也不代表你可以遠端使用電腦上的所有 App。
為什麼這項功能現在才變得重要？
當 AI 只是補全下一行程式碼，開發者本來就會坐在編輯器前。現在 Agent 開始處理整個子系統重構、大型測試、建置錯誤與相依套件移轉，單一任務很容易延長到數十分鐘或更久。
Remote Control 解決的不是 Agent 執行太慢，而是人類必須等在電腦前的問題。你可以先在桌機上啟動長任務，之後從手機查看進度。Agent 完成當前 Turn，也就是一輪工作，或需要使用者回應時，瀏覽器 Web App 還可以發送 Push Notification。
這項改變對長任務很實用，但不會讓 Agent 自動變得更準確。使用者仍要檢查計畫、程式碼差異、測試結果與最終系統狀態。手機通知只是縮短了等待與交接時間，不是取代驗收。
Remote Control 的 4 個核心功能
1. 同時管理多台主機
開發者可以讓筆電處理 UI，並把編譯、測試或後端任務放到雲端 Linux 伺服器。Remote Control 的主機切換器（Instance Switcher）會列出各台主機，使用者可在同一個控制面板（Dashboard）切換。
多主機管理的價值，是讓工作根據環境分流，而不是同時開越多 Agent 越好。如果每台主機的名稱、專案與權限都不清楚，開錯 Instance 或改錯環境的風險反而會上升。
2. 離開電腦後繼續監看任務
任務仍在原主機上執行。如果遠端裝置短暫斷線，只要原主機還有網路，後台 Agent 任務與終端機指令（Shell Command）不會因此停止，瀏覽器也會嘗試重新連線。
但原主機不能休眠、關機或失去網路。這是 Remote Control 與雲端開發環境最重要的差別：它能幫你擺脫座位，不能幫你擺脫原主機。
3. 保留原本的開發 Context
Context 是 Agent 完成任務時可以使用的工作背景，例如程式碼、專案設定、依賴套件與先前對話。Remote Control 連回原 Session，因此不必在第二台電腦重新 Clone Repository、安裝套件或設定環境變數。
對依賴特定建置工具、內部套件或本機服務的專案來說，這是最有價值的功能。不過，保留 Context 也包含原環境可用的憑證與權限，因此不應把「遠端連得上」等同於「Agent 應該什麼都能做」。
4. 任務完成與待回應通知
行動裝置可以把 Remote Control Web App 加到主畫面，並在 Agent 完成當前工作或需要人類輸入時收到通知。這會讓長任務的 UX 從「不斷查看進度」改成「需要我時再回來」。
通知是 Remote Control 是否真正省時的關鍵。沒有通知時，使用者只是把查看執行紀錄的畫面從電腦搬到手機。有了通知，才能把注意力留給真正需要判斷的節點。
Google Antigravity Remote Control 怎麼開啟？
這項功能正在分批開放，Google AI Ultra 方案會優先取得。這不等於官方宣布「只有 Ultra 可以使用」，也不代表所有帳號已同步出現功能。是否已開放，應以 Antigravity 2.0 帳號設定為準。
步驟一：在主機開啟 Remote Control
- 開啟 Antigravity 2.0。
- macOS 按下 Cmd + ,，Windows 或 Linux 按下 Ctrl + ,，也可點擊左側列底部的 Settings。
- 進入 Account。
- 將 Enable Remote Control 切換為 On。
- 為這台主機設定容易辨識的 Nickname，例如 macbook-ui 或 linux-build-server。
主機名稱應反映設備與用途。當 Dashboard 同時出現多台電腦時，這能降低在正式環境與測試環境之間選錯對象的機率。
步驟二：從瀏覽器連線
- 用其他裝置開啟 Antigravity Remote Control Dashboard。
- 登入與 Antigravity 桌面 App 相同的 Google 帳號。
- 從 Instance Switcher 選擇要連線的電腦。
- 先開啟一個唯讀或容易復原的任務，確認瀏覽器可正常顯示進度、計畫與成果。
手機使用者可以將 Web App 加入主畫面，再允許 Push Notification。第一次測試可以請 Agent 只讀取一個測試專案、整理錯誤 Log 並提出計畫，不要一開始就執行部署、刪除或修改正式資料。
伺服器沒有桌面介面，也能使用嗎？
可以。Google 提供 Headless Daemon，也就是不需圖形介面、在後台持續執行的服務。它適合雲端 Linux 主機、建置伺服器，或平常不會打開 Antigravity 桌面 App 的電腦。
官方文件提供 Linux、macOS 與 Windows 安裝法。Windows 的安裝與移除需要管理員權限，而且必須使用 Command Prompt，不是 PowerShell。安裝後會完成一次帳號登入，之後服務可在重新開機後自行驗證。
官方範例將網路上的安裝 Script 直接傳給 bash 執行。這對快速安裝很方便，但也代表 Script 會在主機上執行指令。對公司伺服器來說，更穩妥的做法是先下載、閱讀內容與確認來源，再交由有權限的管理者安裝。
Daemon 在不同系統的常駐行為也不完全一樣。Linux 和 Windows 可在開機時啟動，macOS 則在使用者登入後執行。如果要把它當成長時間的遠端工作主機，必須把開機、登入、休眠與斷線後恢復行為一起納入設計。
Antigravity Remote Control 安全嗎？
Remote Control 要使用與主機相同的 Google 帳號登入，並且不用在第二台裝置重新複製專案與憑證。這降低了到處搬運開發環境的麻煩，卻也讓 Google 帳號、原主機與 Agent 權限同時成為關鍵保護對象。
Antigravity 的權限引擎把動作分成 Deny、Ask 與 Allow。Deny 會直接阻擋，Ask 會暫停並要求人工批准，Allow 則可不詢問就執行。規則衝突時，優先順序是 Deny、Ask、Allow。
官方預設會自動允許 Agent 讀寫當前 Project Workspace 內的檔案。未另行設定的指令、MCP 工具、瀏覽器操作與 Workspace 外檔案，原則上預設為 Ask。MCP 是 Model Context Protocol，用來讓 Agent 連接外部資料與操作工具。
開啟遠端功能後，建議先做四件事：
- Google 帳號使用通行金鑰（Passkey）或兩步驗證，並檢查登入裝置。
- 以 Deny 阻擋刪除、sudo、敏感憑證路徑與不應由 Agent 修改的系統區域。
- 將部署、推送程式碼、資料庫寫入與對外操作留在 Ask。
- 在獨立工作樹（Worktree）或測試環境先驗證流程。Worktree 是同一個 Git 專案的隔離工作目錄，可避免 Agent 直接改到主要工作區。
Terminal Sandboxing 是將 Agent 指令限制在特定檔案與網路範圍的受控環境。這項功能在 macOS 與 Linux 仍處於 Preview，Windows 版則尚未提供。因此，權限規則、專案範圍與人工批准仍是主要防線，不能只依賴 Sandbox。
Remote Control 適合哪些任務？
| 任務 | 適合程度 | 原因 |
|---|---|---|
| 大型重構與長時間測試 | 高 | 執行時間長，使用者只需在關鍵節點回來 |
| 編譯、依賴套件移轉 | 高 | 可保留原主機的工具與套件環境 |
| 使用多台主機分工 | 高 | Dashboard 可在多個 Instance 之間切換 |
| 幾分鐘內完成的小修改 | 低 | 開啟遠端介面節省的時間有限 |
| 沒有自動化測試的正式部署 | 低 | 遠端可操作不等於結果可驗證 |
| 刪除資料或變更敏感憑證 | 低 | 錯誤難以復原，應保留人工操作 |
對個人開發者來說，最好的第一個情境是「離開座位後，查看測試與重構進度」。對團隊來說，則可以先用在建置主機或孤立的測試環境，再依實際成功率、人工介入次數與錯誤後果擴大範圍。
Antigravity Remote Control 的限制
第一，功能仍在分批開放。Google AI Ultra 會優先取得，但官方沒有在 Remote Control 文件中公布所有方案的固定開放時程。不應因為他人帳號已取得功能，就假設自己已可使用。
第二，原主機是執行核心。電腦休眠、斷線或關機後，瀏覽器沒有一個雲端副本可以自動接手。要長時間使用，必須同時管理電源、網路與後台服務。
第三，手機畫面適合查看進度、回應問題與審閱計畫，不適合細看大量 Diff 或複雜除錯。真正涉及大範圍程式碼審查時，回到大螢幕仍然更有效率。
第四，Remote Control 沒有改變 Agent 的錯誤機率。如果任務規格不清楚、測試不足或權限過大，遠端操作只會讓這條有缺口的流程更方便執行，不會讓它變得可靠。
Google Antigravity Remote Control 常見問題
Remote Control 是免費的嗎？
Google Antigravity 有每月 0 美元的個人方案，但 Remote Control 目前正在分批開放，Google AI Ultra 會優先取得。官方沒有宣布每個免費帳號都已可用，最準確的判斷方式是查看 Antigravity 2.0 的 Account Settings 有沒有 Enable Remote Control。
可以用手機控制 Antigravity 嗎？
可以。手機瀏覽器可以開啟 Remote Control Dashboard，也可將 Web App 加入主畫面以接收通知。它適合查看進度、回應 Agent 與審閱計畫，大型 Diff 與複雜編輯仍建議使用電腦。
關掉電腦後，Agent 還會繼續工作嗎？
不會。任務是在原主機上執行，原主機必須保持開機、連線且不能休眠。如果只是手機斷線，主機仍在連線，後台任務可繼續執行。
Remote Control 會把程式碼搬到另一台電腦嗎？
官方將它定義為連向原 Workspace 的安全視窗，程式碼、建置工具、環境變數與憑證仍由原主機的環境使用。它不是把專案自動 Clone 到你手上的裝置，也不是一個自動備份服務。
可以從 Remote Control 執行指令嗎？
可以透過 Agent 在原主機執行任務與指令，但是不是需要批准，取決於 Antigravity 的 Deny、Ask 與 Allow 權限規則。部署、刪除、管理員指令與其他高風險動作，應保留人工批准或直接阻擋。
結論：Remote Control 解開了地點限制，沒有取消開發責任
Google Antigravity Remote Control 的價值很具體：Agent 在原電腦或伺服器執行長任務時，開發者不必留在座位前，可以透過手機或任何瀏覽器查看進度、回應問題與審閱成果。
真正值得注意的不是「手機也能寫程式」，而是 Agent 的工作單位已從幾秒的程式補全，延長成可以離開電腦、之後再接手的任務。Remote Control 是這種長任務的操作層，不是另一個幫 Agent 保證正確的技術。
對已經使用 Antigravity 2.0 的人，建議先從長時間測試、重構或建置任務開始，再用手機檢查進度與回應。主機命名、最小權限、獨立 Worktree 與自動化測試都應先建立。如果這些基礎還沒有就緒，先補齊開發流程，會比開放更多遠端權限更有價值。
