前言
OpenClaw 是「AI 代理正往哪裡去」最清楚的例子之一：離開孤立的聊天機器人視窗，走向常駐在人們既有工具裡的助理。
使用者不必打開一個網頁 app、輸入提示、等待回應；OpenClaw 讓你透過 WhatsApp、Telegram、Slack、Discord、iMessage、Signal、Microsoft Teams、Google Chat 等管道直接傳訊息給 AI 助理。這個助理可以跑在使用者自己的電腦或伺服器上，連接程式代理和工具、記住脈絡、把任務分派給不同代理，並執行多步驟的工作流程。
這讓 OpenClaw 不只是一層聊天機器人的外皮。它更接近一個個人自動化閘道：在通訊軟體、本機、雲端服務、開發工具和大型語言模型之間搭起橋樑。
在撰寫本文時，OpenClaw 仍標示為 beta，但它已經是 AI 代理領域裡最受矚目的開源專案之一。它的崛起也暴露了自主代理的核心張力：越有用，設定錯誤時就越危險。
OpenClaw 是什麼
OpenClaw 是一個可自架的 AI 助理兼閘道。基本概念很簡單：
你在自己的電腦、VPS 或伺服器上跑 OpenClaw。接著把它連上通訊管道，例如 Telegram、WhatsApp、Slack、Discord、Signal、iMessage、Google Chat、Matrix、Microsoft Teams 或 WebChat。從那之後，你就能像傳訊息給一個真人助手一樣，對你的助理下指令。
在底層，OpenClaw 把這些訊息接上 AI 程式代理、模型供應商、本機工具、常駐 session、記憶和自動化技能。
官方定位很直接：OpenClaw 是「真的會做事的 AI」。它的範例包括清空收件匣、寄 email、管理行事曆、辦理航班報到、透過聊天 app 協調事情，以及從日常通訊介面驅動助理工作流程。
重要的架構轉變是：OpenClaw 把聊天當成介面，而不是產品。真正的產品是聊天背後那層代理控制平面。
為什麼 OpenClaw 變得重要
OpenClaw 之所以重要，是因為它出現在對的時刻。
到了 2025 年底、2026 年初，開發者對 AI 代理的興趣早已超越單純的聊天補全。Claude Code、Codex 式的程式代理和自主工作流程這類工具已經證明，大型語言模型能做的不只是生成文字。它們可以檢視檔案、寫程式、呼叫工具、管理 session，並跨多個步驟完成任務。
但大多數 AI 助理仍有可用性問題。它們住在獨立的 app 裡。它們不是隨時在線。它們也不容易接上人們原本用來協調工作的通訊管道。
OpenClaw 用一種粗糙但強大的方式解決了這個問題：它把代理帶進聊天 app。
這讓整個專案立刻顯得實用。開發者可以用手機傳訊給助理，叫它檢查 build、摘要一個 issue、發訊息或觸發工作流程。創辦人可以想像把收件匣、行事曆和營運任務委派出去。進階玩家可以把它跑在 VPS 上，當成自己數位生活的個人遙控層。
OpenClaw 的吸引力不只是技術上的，也是心理上的。它讓 AI 代理感覺不那麼像軟體，更像一個找得到的存在。
OpenClaw 簡史
OpenClaw 始於 2025 年 11 月，是開發者 Peter Steinberger 的個人實驗。原始專案緊扣一個想法：從 WhatsApp 傳訊息給一個 AI 程式代理。早期的名字包括 Clawd 或 Clawdbot，玩的是 Claude 加上龍蝦／螯的梗。
這個名字成了問題。據報導 Anthropic 對這種蹭 Claude 的命名表達異議，導致改名。專案短暫改叫 Moltbot，延續龍蝦「蛻殼」的主題，最後在 2026 年 1 月底定名為 OpenClaw。
那次改名很關鍵。「OpenClaw」讓這個專案不再像 Claude 的周邊小玩意，而更像一個獨立的開源生態系。
差不多同一時期，OpenClaw 的人氣加速攀升。它與 Moltbook 的關聯——一個只限代理的社交平台，OpenClaw 式的代理可以在上面發文互動——把這個專案推進了更廣泛的 AI 討論。Moltbook 成了一場詭異但影響深遠的展示：當自主代理被給予一個社交舞台時會發生什麼事。
2026 年 2 月，Steinberger 宣布加入 OpenAI，投入個人與多代理系統的工作。他同時表示 OpenClaw 將轉入基金會架構，維持開放與獨立。
那一刻改變了專案的地位。OpenClaw 不再只是一個爆紅的 repo。它成了代理運算下一階段的公開象徵：個人化、永遠在線、多管道、越來越自主。
目前的狀態
就現在來看，OpenClaw 活躍、進展飛快，也如同許多年輕的基礎設施專案一樣仍不穩定。
官方網站仍將產品標示為 beta。GitHub 組織有龐大的公開追蹤者，主 repo 有數十萬顆星和數萬個 fork。生態系現在還包括 ClawHub 這類相關 repo——一個技能與外掛的登錄庫。
近期的版本顯示團隊持續在打磨執行階段的穩定性、管道可靠度、媒體傳送、CLI 支撐的執行環境、session 綁定、壓縮交接，以及各大聊天平台上的行動端傳送。實際上，維護者正努力讓 OpenClaw 成為一個可靠的常駐助理，而不只是一個只能跑一次的 demo。
Issue 追蹤器也呈現了這種速度的另一面。近期的開放 issue 包括供應商路由的 bug、崩潰迴圈風險、脈絡不同步、串流解析問題、session 狀態漂移、訊息重複，以及涉及安全的缺陷。對快速演進的代理基礎設施來說這並不罕見，但它之所以重要，是因為 OpenClaw 經常碰到敏感的表面：訊息、本機檔案、憑證、行事曆、收件匣和雲端工具。
因此這個專案處在一個有趣的位置：成熟到足以吸引認真的採用，但不成熟到讓營運紀律成為必需。
核心能力
OpenClaw 的能力可以分成五層。
1. 多管道接入
OpenClaw 支援眾多通訊管道。使用者可以從聊天 app 而不是專用的 AI 介面與助理互動。這讓助理感覺隨時都在。
2. 本機優先部署
OpenClaw 是自架的。它可以跑在使用者自己的電腦或伺服器上。這比純雲端託管的助理給使用者更多掌控，但也把安全與維護的責任轉移到使用者身上。
3. 代理路由與 session
OpenClaw 支援常駐 session 與多代理路由。不同的管道、帳號或工作空間可以連到不同的助理或任務脈絡。
4. 技能與外掛
OpenClaw 可以透過技能與外掛擴充。這些技能能連接服務、自動化工作流程、操作檔案，並執行專門任務。
5. 透過真實工具的自動化
最重要的功能是工具執行。OpenClaw 的設計目標是做事，不只是回答問題。這同時也是它最大的風險面。
安全問題
OpenClaw 的力量來自存取權。那也正是危險所在。
一個能讀檔案、發訊息、執行指令、存取 email、管理行事曆、呼叫外部服務的助理，攻擊面遠大於一個聊天機器人。風險包括：
- 來自訊息、網站、文件或 email 的提示注入
- 透過惡意或被入侵外掛的技能投毒
- 憑證外洩
- 不安全指令的意外執行
- 透過暴露的控制台遭到未授權存取
- Session 狀態漂移，導致助理誤解脈絡
- 多代理連鎖故障
- 快速演進的依賴與擴充帶來的供應鏈風險
OpenClaw 自己的文件也反映了這層顧慮。它把入站私訊視為不可信輸入，並為主要通訊管道內建預設的配對控制。除非使用者明確開放那個入口，陌生寄件者不應該能隨意指揮助理。
這是正確的安全姿態。但這也意味著 OpenClaw 不應被當成一般的生產力 app 看待。它更接近在你的數位環境裡運行一個半自主的操作員。
OpenClaw 與 Moltbook
Moltbook 之所以在 OpenClaw 的歷史中重要，是因為它展示了當代理不只是助理、而是社交系統的參與者時會發生什麼。
Moltbook 被描述為一個只限代理的社交網路，AI 代理可以在上面發文、留言、互動。研究者後來分析了這個環境的資料集，發現了既迷人又令人擔憂的行為：大規模的代理參與、指令分享、垃圾訊息動態、平行的自言自語、外洩的機密，以及代理生成內容是否會污染未來訓練資料的疑問。
關鍵教訓不是代理產生了意識或社交智慧。更好的教訓簡單得多：一旦自主代理能彼此溝通、產出內容、聽從指令、攜帶憑證，它們就會創造出新的系統層級風險。
OpenClaw 讓那個未來變得看得見。
OpenClaw 與傳統自動化的比較
Zapier、Make、n8n、Apple 捷徑或 shell 腳本這類傳統自動化工具，靠的是預先定義的流程。使用者設計邏輯，系統執行。
OpenClaw 不同，因為邏輯可以由 AI 代理動態詮釋。使用者不必手動搭建每個分支，只要說出想要什麼，讓代理決定該用哪些工具。
這產生一組取捨：
傳統自動化更可預測。OpenClaw 式的自動化更靈活。
傳統自動化在重複、已知的工作流程上更安全。OpenClaw 在路徑無法預先得知、模糊的多步驟任務上更強。
近期最好的模式大概是混合式：把 OpenClaw 當成對話式的指揮層，但把高風險或重複性的工作流程導入明確、可稽核的自動化。
現在誰該用 OpenClaw
OpenClaw 最適合理解自架與工具權限風險的技術型使用者。
好的使用情境包括：
- 跑在 VPS 上的個人開發助理
- 程式代理的聊天式控制台
- 小型技術團隊的內部自動化助理
- 實驗性的 AI 營運儀表板
- 在 n8n 或其他自動化平台上正式化任務前的工作流程原型
- 給想要比封閉 SaaS 工具更多掌控的使用者的本機優先助理
它不太適合想要一個精緻、低風險助理的非技術使用者。在敏感環境中投入正式營運也有風險，除非它被隔離、監控並限制權限。
建議的部署姿態
實驗 OpenClaw 最安全的方式，是把它當成不可信的基礎設施。
一個合理的配置會是：
- 跑在獨立的 VPS 或隔離的機器上
- 不給 root 權限
- 使用權限受限的獨立 API 金鑰
- 一開始不連主要的 email 或金融帳戶
- 對聊天寄件者使用允許清單
- 保持私訊配對機制開啟
- 不把儀表板公開暴露
- 放在 VPN、Tailscale 或私有網路後面
- 記錄操作並定期檢視
- 從低風險的工作流程開始，再連接敏感工具
錯誤的配置則是：裝在個人電腦上、連上所有帳戶、暴露在公開網路上，並讓陌生訊息直達代理。
OpenClaw 很強大，但它應該被當成一個握有工具權限的遠端操作員來對待。
OpenClaw 往哪裡去
OpenClaw 指向一個 AI 助理成為個人作業層的未來。
介面不會永遠是一個聊天機器人視窗。它可能是 WhatsApp、Telegram、Slack、語音、手機小工具、瀏覽器介面或背景代理。助理不只會回應；它會持有狀態、管理任務、協調工具，並跨服務行動。
OpenClaw 目前的 beta 狀態意味著它還不是那個未來的最終形態。但它的人氣顯示了一種非常具體的需求：使用者想要找得到、常駐、可擴充、由自己掌控的 AI 代理。
下一階段可能聚焦三個領域：
-
可靠性 代理必須能從中斷的 session、失敗的工具呼叫、速率限制和管道傳送問題中乾淨地恢復。
-
安全性 權限管理、沙盒、稽核日誌、機密處理、外掛驗證和提示注入防禦必須成為一級功能。
-
治理 當代理與其他代理溝通、代表使用者行動時，身分、問責和授權會變得比模型的原始智力更重要。
結語
OpenClaw 之所以重要，是因為它把 AI 代理的未來壓縮進一個開源專案。
它同時是個人助理、聊天閘道、程式代理橋樑、工作流程執行器、外掛生態系，和一道安全難題。
它的歷史很混亂：一個週末實驗、一場命名衝突、病毒式成長、Moltbook、安全疑慮，以及創辦人加入 OpenAI。它目前的狀態同樣混雜：活躍、受歡迎、進展飛快、有用、不穩定、有風險。
這個組合正是 OpenClaw 值得研究的原因。
它不只是又一個 AI 工具。它是一場預告：當 AI 離開聊天框，開始住進人們已經在用的管道、裝置和工作流程裡，會發生什麼事。