ARTICLE / 00505 章節

離開畫面後，Agent 還能繼續工作。

以目前作為日常主力的 dots（協助部署、信件與每日掃描）為核心，對照先前試用的 Muse、自架研究的 OpenClaw 與官方架構 Grok Bot，整理 Agent 的執行位置與人工停點。

以前用 ChatGPT 或 Claude，通常是問一句、等一個回答；畫面關掉，這次工作也就結束了。現在的 Agent 會在背景開瀏覽器、讀檔案、呼叫工具，工作延續到我離開畫面的時間。

所以我看一個新工具時，先問四件事：從哪裡交代、在哪裡執行、能碰到什麼資料和工具、做到哪一步要回來讓我確認。

這篇不是產品排行榜。dots 是我目前協助部署、檢查郵件與每日掃描的日常主力，我也還在摸索更好的用法；Muse 是先前的測試，OpenClaw 是自架架構的研究對照，Grok Bot 則是公開資料的架構梳理。

dots 的重點不只是 always-on，而是它把工作放進一台有瀏覽器與已連接 App 的雲端電腦。我會讓它協助 GitHub 到 Vercel 的部署、檢查郵件、管理提醒事項、蒐集資料與調查、執行每日掃描，也會讓它讀碩士課程資料，做成每週筆記草稿；這些結果先回到我手上。

Muse 剛推出時，我曾把 Notion、Email 和履歷資料交給它，請它整理求職資訊、快速篩選機會，再列出可能的投遞方向。這是我用來理解它的測試情境，不代表我把正式投遞完全交給它。

雲端電腦讓工作可以繼續，也讓 App 連線、瀏覽器登入狀態和歷史資料成為新的邊界。入口越像普通聊天，權限越不能順手全部打開。

先整理，再回到我手上概念圖

步驟概念圖

xAI 的資料把 Grok Bot 描述成有名字、工作和 Context 的 AI teammate，工作在持續運作的 cloud computer、browser、filesystem 和 terminal 裡，也能在 Bot 之間交接。

這個方向很吸引人：一個 Bot 做到一半，另一個 Bot 可以接著處理，檔案和狀態不用重新搬一次。但共享電腦也會讓檔案、登入狀態和交接範圍變得難以直覺判斷。

我目前沒有把它放進正式工作流，所以這裡只留下架構問題：誰能看共享目錄？handoff 會帶走哪些 Context？哪一個動作必須回到人？

共享環境的兩面概念圖

交接

工作狀態不用重搬

脈絡

偏好與任務可以延續

邊界

檔案與登入必須隔離

我不想為了記下一件事，先打開複雜的管理面板。Discord 是最輕的入口：丟下一句話，OpenClaw Gateway 接收後分派，固定腳本先處理格式和可重複的抓取，LLM 再負責摘要、分類與語意整理。

結果寫入 KIROKU 和 NAS，之後我可以回看、搜尋，也能確認分類有沒有跑掉。我會把確定性腳本和需要理解語意的部分分開，避免模型每次都重新猜同一種格式。

自架的代價也很清楚：Gateway 權限、plugin、shell、node execution、更新和備份都要自己維護。放在自己的機器上，不會自動變成安全。

先前研究的自架資料流概念圖

可以自動化的是讀郵件、整理課程資料、抓重點、分類和產出筆記草稿，結果回到 KIROKU 後，我之後還能再找。

正式回信、課業作業的最後定稿、對外發布的文章或 PR，會停在我看過之後。Agent 可以先把前段整理做完，但內容、對象和時機仍由我確認。

付款、刪除帳號、釋出憑證、正式資料庫刪除或覆寫，不應該只靠一句提示詞放行。AI 可以在我離開畫面後繼續工作，但最後接受結果的人還是我。

Agent 離開視窗之後，工作會去哪裡？