OpenClaw 生態觀察：我為什麼覺得 NemoClaw、ZeroClaw、NanoClaw 這些變體，正在重新定義個人 AI Assistant 的未來

這陣子如果你有在看個人 AI assistant、always-on agent、甚至是所謂的「AI 作業系統」這條線，應該很難沒注意到 OpenClaw。

它現在的地位，已經有點像這個領域的 Linux kernel：不是因為它完美，而是因為它先把一整套心智模型做出來了。大家開始相信，原來 AI assistant 不一定只是開個網頁聊天，它可以是長駐的、跨平台的、有記憶的、能接技能的，甚至能真的活在你的工作流裡。

但有趣的地方是：一個專案真正做大之後，市場不會只出現「競品」，而是會開始出現「變體」。這些變體往往比競品更值得看，因為它們不是單純想贏過 OpenClaw，而是在回答一個更深的問題：

如果 OpenClaw 代表第一代個人 AI assistant 的形狀，那第二代應該長什麼樣子？

我自己看下來，現在市面上的 OpenClaw 變體，已經不只是 fork 而已，而是在往幾條非常清楚的路線分化：

• 有人在追求更輕。
• 有人在追求更安全。
• 有人在追求更像基礎設施。
• 有人在追求更便宜的硬體部署。
• 也有人在追求企業可以接受的治理與隔離。

所以這篇我不只是想列清單，而是想講我的判斷：這些 OpenClaw 變體各自代表了什麼方向，它們解的是什麼痛點，又各自犧牲了什麼。

---

一、OpenClaw 為什麼會先贏？因為它先讓大家看到「assistant 不只是聊天機器人」

OpenClaw 最厲害的，不只是功能多，而是它把一件事做得很成功：

它讓大家開始把 AI assistant 理解成一個「常駐的代理層」，而不是一個單次問答工具。

你可以把它想成從「一個會回答問題的模型」進化成「一個持續存在、接在你各種通訊與工作流之間的數位分身」。這件事的產品意義很大。因為一旦 assistant 可以長駐、跨通道、有記憶、接工具，那它就不只是 chatbot，而是接近一種新的個人 computing layer。

這也是為什麼 OpenClaw 會紅。不是因為它是唯一能做這件事的，而是因為它最早把這個產品想像具體化了。但我也一直覺得，OpenClaw 的成功，也同時把它的侷限放大了。例如：

• 它的依賴還是偏重。
• 它的安全邊界對企業來說不夠安心。
• 它的執行環境對低資源裝置不夠友善。
• 它的架構雖然完整，但也意味著上手成本、理解成本、維運成本都不低。

換句話說，OpenClaw 很像第一代產品型平台：夠完整，所以會成為標準；但也因為夠完整，所以一定會長出各種特化分支。而這些分支，就是現在最好看的地方。

---

二、我認為目前 OpenClaw 生態，已經分成五大路線

我自己會把這批變體分成五類，而不是一個一個零散看。

第一類：輕量化派 (NanoBot、PicoClaw、NullClaw)

這一派在問的是：「OpenClaw 這種個人 assistant，真的需要那麼重嗎？」

他們覺得不需要。所以他們會把 OpenClaw 的核心概念抽出來，只保留最有價值的部分，然後把整個 runtime 壓到更小、更快、更便宜。這一派的核心價值不是功能最多，而是：更容易跑、更容易懂、更容易改、更容易部署到更便宜的環境。

第二類：安全隔離派 (NanoClaw、NemoClaw、IronClaw)

這一派在問的是：「你真的敢讓 agent 直接碰你的檔案、帳號、訊息與執行環境嗎？」

這其實是 OpenClaw 類產品最核心的問題之一。因為一旦 assistant 變成長駐代理，它的風險就不再只是 hallucination，而是：prompt injection、tool misuse、data exfiltration、本機環境污染與權限濫用。所以這一派不是在比功能，而是在補最關鍵的信任缺口。

第三類：基礎設施派 (ZeroClaw)

這一派其實最有野心。它們想做的不是另一個 bot，而是：agent 的 runtime substrate。

也就是說，它們想把 model、memory、tool、channel、execution 這些東西全部抽象化，做成可插拔、可替換、可跨環境的 agent OS。這種東西未必最適合一般使用者，但很適合 builder。

第四類：產品化 / 區域化派 (CoPaw)

這一派不是在追求最極致的工程，而是在追求：「怎麼讓這東西更像一個真的能用的產品。」

尤其在東亞工作流、多平台通訊、企業內部知識工作場景下，這一派的價值很高。它們不是想打敗 OpenClaw 的架構，而是想補 OpenClaw 在在地工作流與產品落地上的不足。

第五類：極端硬體派 (zclaw)

這一派很有趣。它們在挑戰的是：「assistant 一定要跑在桌機、雲端或伺服器上嗎？」

未必。如果它可以跑在 ESP32、微控制器、低功耗裝置上，那整個 assistant 的定義又會再被打開一次。

---

三、我怎麼看每個代表作

1. NanoBot：我認為它最像「OpenClaw 的可讀版本」

如果你問我，哪一個專案最適合想理解 OpenClaw 類系統的人去看，我第一個會說 NanoBot。它不是想把所有東西都做滿，而是想把 OpenClaw 的核心體驗用更少的程式碼重建出來。

優點： 學習成本低、修改成本低、實驗成本低。如果你只是想快速理解 always-on agent 怎麼接 channel、memory 怎麼掛、tools 怎麼接這時候 NanoBot 很有價值。 缺點： 它比較像社群爆發期的高速演化專案，不一定是穩定、厚重、治理完整的底座。

2. PicoClaw：它代表的是「assistant 民主化」

PicoClaw 最吸引我的，不只是它小，而是它背後那個訊號：個人 AI assistant 不應該只屬於高規格設備。

優點： 便宜、小、快。如果你在做 edge AI、嵌入式應用、智慧家庭、教育型 demo，這個方向很有吸引力。 缺點： 把東西做得很小通常代表你一定在其他地方做了取捨（包含功能完整度、安全成熟度與 production readiness）。

3. NanoClaw：這是我認為最務實的一支

「我想要比 OpenClaw 輕，又不想犧牲太多使用體驗，有沒有比較平衡的選擇？」答案就是 NanoClaw。

優點： 它把 agent execution 做進容器 / micro VM 的隔離思路。這個設計讓 OpenClaw 類產品第一次比較像「可以被信任」的系統，而不是只是一個很酷的 hacker toy。 缺點： 有 sandbox 不等於安全問題自動消失。權限怎麼分、tool invocation 怎麼控都是還是要繼續注意的重點。

4. CoPaw：它讓我看到「OpenClaw 產品化」真正會長什麼樣

CoPaw 回答了一個產品經理會問的問題：如果確實要被知識工作者每天用，它應該支援哪些場景？例如資訊摘要、文件整理、跨平台通知。

優點： 產品感、工作流感、區域場景感都很強。 缺點： 不是最小、不是最硬核安全、也不是最底層 infra 化。但它根本不是在比這件事，它是想當最像產品的 OpenClaw 路線。

5. IronClaw：這支很有「企業底座」的味道

IronClaw 給我的感覺是：「我們不是 patch OpenClaw，我們是重做一個更可信的底座。」它用 Rust、WASM sandbox、security-first design 瞄準在乎記憶體安全與生產環境信任度的人。

優點： 技術選型與價值主張一致。它是真的把安全思路寫進基因裡。 缺點： feature parity (功能齊全度) 不會一夜之間補齊。

6. ZeroClaw：它其實不是 assistant，而是在做 agent OS

ZeroClaw 是最不能只看表面的專案。它真正想做的是：把 agent 的核心組件全部作業系統化。

優點： 對於開發者來說，如果你想做一個 agent platform 或 multi-provider substrate，它的抽象會非常有價值。 缺點： 對一般使用者來說，它太像基礎設施，而不像成品。

7. NullClaw：這是一個工程美學專案

NullClaw 想證明：OpenClaw 類系統不一定要肥。它把 binary size 壓到了極限。

優點： 極小、極快、極適合研究極限部署。 缺點： 使用者真的在乎幾百 KB 的 binary 嗎？他們更在乎好不好裝與穩不穩。

8. NemoClaw：幫 OpenClaw 穿上企業盔甲

NemoClaw 不是從零重寫，而是從部署、安全、可信執行的角度，幫 OpenClaw 補上一層企業能接受的外骨骼。

優點： 企業可溝通性。能不能被資安、法遵、平台團隊接受才是導入的真正門檻，NemoClaw 在這個維度很有戰略意義。 缺點： 早期比較像企業指引方向，還不是可以無腦導入的現成答案。

9. zclaw：assistant 不一定住在電腦裡

zclaw 跑在 ESP32 上，提醒大家：assistant 不是 UI，assistant 是能力。只要模組化夠輕量，就可以住在實體世界裡。

---

四、如果是我來分類，我會這樣選

• OpenClaw 本體：最大生態、最多現成功能、最多社群資源
• NanoBot：最好懂、最好改、最適合學習 OpenClaw 核心概念
• NanoClaw：比較平衡的輕量化與安全隔離
• CoPaw：產品化、在地工作流、東亞企業使用情境
• IronClaw：未來能不能做成可信企業底座
• ZeroClaw：agent runtime 的基礎設施層
• NullClaw：極致小型化與工程美學
• PicoClaw：便宜硬體、edge 部署
• NemoClaw：企業安全部署外骨骼
• zclaw：IoT / maker / 實體世界代理

---

五、我的真正結論：這不是 fork 競賽，而是「下一代 AI assistant 形狀」的競賽

我認為很多人現在還是把這些專案看成「OpenClaw clone」，但我覺得這樣看太淺了。這些專案真正有趣的地方是，它們其實在分別回答不同問題：

• PicoClaw / NullClaw 在回答：assistant 可不可以小到極限？
• NanoClaw / NemoClaw / IronClaw 在回答：assistant 可不可以被信任？
• ZeroClaw 在回答：assistant 可不可以被平台化？
• CoPaw 在回答：assistant 可不可以真的走進工作流？
• zclaw 在回答：assistant 可不可以進入實體世界？

所以這不是誰會取代誰的問題。而是誰會在哪一條路上定義新的標準。

我自己的判斷是：OpenClaw 仍然會繼續是這個生態的心智起點。但真正決定下一階段方向的，未必是 OpenClaw 本體，而是這些變體各自在不同維度上做出的突破。

也就是說，OpenClaw 定義了第一個答案；而這些變體，正在提出第二個答案。我覺得這才是現在最值得看的地方。

---

六、懶人版總結

如果只用一句話講每個專案：

• OpenClaw：最完整的基準線
• NanoBot：最適合學習與改造的輕量版
• PicoClaw：把 assistant 壓進低成本硬體
• NanoClaw：目前最務實的輕量安全派
• CoPaw：最像真正產品化路線
• IronClaw：最像下一代可信企業底座
• ZeroClaw：最像 agent OS / runtime substrate
• NullClaw：最極端的工程美學小型化
• NemoClaw：替 OpenClaw 補上企業安全外骨骼
• zclaw：把 assistant 帶進 IoT 與實體世界