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

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

一夜之間，這個項目成為了 Agent 領(lǐng)域的代表之一。

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

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

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

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

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

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

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

Claude Code 的設(shè)計極為克制，它只關(guān)心一件事，執(zhí)行是否可靠。讀文件、改代碼、跑命令、產(chǎn)出 diff，在可控環(huán)境里把任務(wù)干完，這就是它的邊界。

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

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

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

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

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

套殼 2.0 生態(tài)

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

首先是，讓執(zhí)行過程"看得見"。

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

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

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

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

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

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

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

最底層是基礎(chǔ)設(shè)施，讓底層模型變得"可替換"。

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

把這些補完層次放在一起看，會發(fā)現(xiàn)一個清晰的發(fā)展邏輯：

• 可視化層：讓不可見的執(zhí)行過程變得可見

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

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

• 治理層：讓野蠻生長的執(zhí)行變得可管理

• 基礎(chǔ)層：讓固定依賴的底層變得可替換

這些工具不是在重復(fù) Claude Code 的功能，而是在構(gòu)建它缺失的外圍功能。Claude 負責執(zhí)行，而套殼 2.0 的生態(tài)工具則負責讓這種執(zhí)行變得可管理、可控制、可追溯、可持續(xù)。

倒逼官方好好做 Agent

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

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

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

生態(tài)在前探路，官方在后整合，這或許才是套殼 2.0 時代最健康的共生關(guān)系。