Claude Code 發現 Clawdbot 們套著它的殼就要把它替代了

作者 ｜ 董道力
郵箱 ｜ dongdaoli@pingwest.com

Clawdbot 最近有多火已不用多說。GitHub 上超過 7 萬個 stars，增長速度遠超大多數項目。社交平臺上，開發者和技術愛好者紛紛曬截圖、討論用法、寫教程、分享安裝體驗，社區熱度如燎原之火般迅速擴散，甚至連帶拉動了 Mac Mini 的銷量。

一夜之間，這個項目成為了 Agent 領域的代表之一。

然而爆紅也帶來了麻煩。2026 年 1 月 27 日，由于 Anthropic 對 Clawdbot 名字中的 "Clawd" 與自家 Claude 商標發音相似性提出關注，Clawdbot 正式更名為 Moltbot，連同吉祥物也從太空龍蝦變成了蛻皮龍蝦。

有網友吐槽，Anthropic 一如既往的小氣，它家的 Claude Code 地位依然無可撼動，Clawdbot 能做的 Claude Code 其實都能做到，本質上不過是套個殼罷了。

但從實際使用情況來看，Clawdbot 的確對 Claude Code 造成了沖擊，遠不止"套殼"那么簡單，Anthropic 是該急一下。

1

從套殼 1.0 到套殼 2.0，換誰慌

提到"套殼"，我們的第一反應往往是：做一個聊天框，接入 ChatGPT 的 API。這確實是大模型出現后，最早也最典型的套殼形態。它的本質是基于大模型的對話能力，加點提示詞、按鈕和場景包裝，價值主要集中在界面、引導和場景命名上，而非能力本身。

但套殼 2.0 已經不再停留于此。它不是簡單換個 UI，而是開始向功能層延伸，試圖補齊 Agent 公司刻意不管的那些問題，比如任務如何持續？狀態如何保存？人不在場時系統如何繼續運行？出錯后如何回滾？

這也就是真正應該讓 Anthropic 慌的原因，Clawdbot 這類工具正從各個側面，把 Claude Code 刻意沒做、或選擇忽略的問題一一補上，而且補得很快、很系統。它們沒有挑戰模型能力，也沒有試圖"做一個更聰明的 Claude Code，而是圍繞真實使用場景，把 Claude Code 從能用變得好用。

Claude Code 的設計極為克制，它只關心一件事，執行是否可靠。讀文件、改代碼、跑命令、產出 diff，在可控環境里把任務干完，這就是它的邊界。

但一旦進入真實工作流，問題立刻暴露：人會離開，任務會中斷，確認會延后。第二天再打開時，沒人能保證你還看得懂昨天發生了什么。

Clawdbot 以及同一波"套殼 2.0"工具，恰恰是在正面處理這些被忽視的現實問題。而 Clawdbot，是其中跑得最遠的一個。

Clawdbot 最大的亮點就是其架構，在本地運行一個統一的消息中樞，把 WhatsApp、Telegram、Slack、終端消息都接進來，你可以像老板一樣，在手機上提出需求，Clawdbot 會像員工一樣執行，并在手機上回復。

此外，它的記憶系統，所有對話記錄和用戶偏好都會被保存在本地的 Markdown 文件中。AI 需要“回憶”時，會自動查找這些文件，把相關信息重新帶入上下文，繼續對話不失憶。

最后，它自帶工具系統，可以直接執行命令、讀寫文件、調用各種服務，無需額外配置。開箱即用，支持 50 多個常見服務：Gmail、GitHub、Spotify、智能家居設備。

1

套殼 2.0 生態

即便拋開 Clawdbot，還有一堆圍繞 Claude Code 的套殼 2.0 產品，他們可能沒有那么火，但也在豐富生態。

首先是，讓執行過程"看得見"。

比如 opcode 把 Claude Code 的執行過程變成了一條可視化的時間線：每個決策節點、每次文件修改、每條 token 消耗，都被記錄下來并可以隨時檢索。更關鍵的是，它提供了"檢查點"機制，當 agent 改錯了代碼，你可以精確地回退到某個歷史版本。

又比如，把控制變成"隨時隨地"。

Claude Code 綁定在本機終端上，這意味著你必須坐在電腦前才能與 agent 交互。但 agent 的執行往往是長時間的，而人的注意力是碎片化的，你可能在開會、在通勤、在午休，agent 卻在這時遇到了需要人類確認的分支。Happy 把手機變成 Claude Code 的遙控器。它在移動端重建完整的 agent，而是聚焦兩件事：遠程干預和狀態感知你可以通過語音輸入快速回應，或者直接在手機上查看當前執行到了哪一步。這改變了人機協作的節奏。

還有一些讓歷史變成"可追溯"的工具。

claude-code-webui 讓你可以在任何有瀏覽器的設備上快速查看 agent 的當前狀態，甚至觸發新的執行任務。claude-run 則專注于"事后分析"，當一個長任務結束后，你可以回看完整的執行日志，定位哪一步出了問題，哪些地方需要人工介入。

再往下是治理層，讓 agent 變得可管理。

當 Claude Code 從個人實驗工具走向團隊協作、甚至生產環境時，治理問題開始暴露。ccundo 提供了文件級別的版本控制和回滾能力。ccmanager 試圖解決會話隔離與并行管理的問題，讓多個 agent 可以同時工作而不互相干擾。claude-code-otel 和 sniffly 則把執行過程變成可觀測的數據流：哪些操作消耗了多少 token、哪里出現了異常、整體成本是多少。

最底層是基礎設施，讓底層模型變得"可替換"。

Claude Code 默認使用 Anthropic 的 API，這在成本和靈活性上都有局限。claude-code-proxy、y-router、agentapi 通過代理或路由機制，讓開發者可以自由切換底層模型，簡單任務用便宜的模型，復雜任務用強大的模型。甚至可以在同一個工作流中混用多個模型。

把這些補完層次放在一起看，會發現一個清晰的發展邏輯：

可視化層：讓不可見的執行過程變得可見

控制層：讓綁定本機的控制變得隨時隨地

追溯層：讓線性流失的歷史變得可追溯

治理層：讓野蠻生長的執行變得可管理

基礎層：讓固定依賴的底層變得可替換

這些工具不是在重復 Claude Code 的功能，而是在構建它缺失的外圍功能。Claude 負責執行，而套殼 2.0 的生態工具則負責讓這種執行變得可管理、可控制、可追溯、可持續。

1

倒逼官方好好做 Agent

套殼 2.0 真正讓Anthropic緊張的地方，并不在于它們是否威脅到了官方產品的存在，而在于它們正在系統性地重寫“一個 Agent 應該長什么樣”的用戶預期。Claude Code 依然可以堅持它對執行可靠性的極致克制，但當越來越多開發者已經習慣于可回溯的時間線、可中斷的任務、隨時介入的控制入口時，這些能力就不再是“加分項”，而是被默認存在，如果沒有就是落后的。

這是一種很有效的倒逼機制，生態已經把“好用”的門檻抬到了更高的位置。哪怕 Anthropic 選擇不把這些能力全部內建進 Claude Code，本身也必須正面回應這些需求，通過官方擴展、接口開放，或至少在產品邊界上做出更明確的取舍。否則，核心產品會越來越像一個傀儡，真正承載日常工作的，反而是那些圍繞它生長出來的外部系統。

更重要的是，這種倒逼是不可逆的。套殼 2.0 工具之所以能快速迭代，是因為它們直接暴露在真實工作流里，哪里卡頓、哪里模糊、哪里需要人介入，反饋幾乎是即時的，它們不是通過用戶調研出來的“Agent 的未來”，

生態在前探路，官方在后整合，這或許才是套殼 2.0 時代最健康的共生關系。

點個“愛心”，再走 吧