AI Agent 的「脫殼」藝術：解析 Moltbot 到 OpenClaw 的品牌演變與技術遷移實戰

這裡是 Eric，浪花科技的資深工程師。如果你和我一樣，在 2026 年的今天還得處理那些充滿「古早味」的程式碼，那你一定懂那種看到 Moltbot_SDK_v1 遺留在專案裡的無力感。最近這兩個月，我大概幫客戶處理了不下十個從 Moltbot 遷移到 OpenClaw 的案子。說實話，這不僅僅是一次更名，更是一場 AI Agent 技術架構的「脫殼」（Molting）重生。

這篇文章不談太多虛無縹緲的願景，我們來聊聊硬核的技術演變史：為什麼那隻曾經被稱為 Clawdbot 的雲端龍蝦，中間變成了強調「脫離雲端」的 Moltbot，最後才定型為現在統治本地端的 OpenClaw？更重要的是，作為 WordPress 開發者，我們該如何優雅地處理這段過渡期的 API 遷移，別讓你的網站因為呼叫了廢棄的端點而直接 500 Error。

1. 品牌演變史：從雲端依賴到完全自主

要搞懂技術遷移，得先搞懂這段歷史。現在大家都在用 OpenClaw 在 Mac mini M4 或 Windows WSL2 上跑本地 AI，但其實這套生態系經歷了三個階段：

第一階段：Clawdbot (2024-2025) —— 雲端的觸角

那時候的邏輯很簡單，AI Agent 只是大語言模型（LLM）的 API 搬運工。所有的邏輯都在雲端跑，你的 WordPress 網站只是一個發送 Prompt 的介面。缺點很明顯：API 費用驚人，而且隱私堪憂。

第二階段：Moltbot (2025 中期) —— 痛苦的「脫殼期」

這是一個短暫但混亂的時期。開發社群意識到「去中心化」的重要性，於是推出了一個名為 Moltbot 的分支。”Molt” 意指褪殼，象徵 AI Agent 要褪去對雲端 API 的依賴，開始嘗試本地部署（Local LLM）。

但當時的架構很尷尬，它是一個「混合體」——記憶庫（Vector DB）在本地，但推理（Inference）偶爾還需要回連雲端。這導致了 API 設計極度複雜，開發者常常不知道資料到底存在哪裡。

第三階段：OpenClaw (2026 至今) —— 硬殼完全體

也就是我們現在用的標準。OpenClaw 徹底標準化了本地通訊協定（Local Agent Protocol），讓你的 WordPress 可以直接透過 WebSocket 或 REST API 與本地運行的 Docker 容器溝通，完全切斷了對外網的強制依賴。

2. 技術債的累積：為什麼你的 Moltbot 程式碼會掛掉？

很多客戶問我：「Eric，反正都能跑，為什麼一定要改 Code？」

原因在於資料結構的根本改變。在 Moltbot 時期，為了相容雲端，Agent 的「記憶」（Memory Context）是被切碎並加密的；而在 OpenClaw 時代，記憶向量（Embeddings）是完全開放且標準化的 JSON 格式。

如果你還在用舊版的 Hook，你的 AI 員工大概率會出現「失憶」症狀，或者對著新的查詢說胡話。

3. WordPress 實戰：優雅遷移的程式碼策略

我們來看一段典型的災難現場。這是舊版 Moltbot 的呼叫方式，我在很多 Legacy Project 裡看到工程師直接把 API Key 寫死在裡面（拜託別再這樣做了）：

❌ 舊版 Moltbot 呼叫方式 (已廢棄)

// 這是舊時代的眼淚，請勿模仿
function call_moltbot_agent($prompt) {
    $response = wp_remote_post('https://api.moltbot.io/v1/shed', array(
        'body' => json_encode(array(
            'shell_id' => 'user_123',
            'input' => $prompt
        ))
    ));
    return json_decode(wp_remote_retrieve_body($response), true);
}

看到那個 /v1/shed 端點了嗎？OpenClaw 官方已經在 2026 年 1 月正式關閉了這個轉發節點。現在你的網站如果還在打這個 API，只會得到 404 或 410 Gone。

✅ 新版 OpenClaw 本地串接 (2026 標準)

現在的標準做法，是透過內網（Intranet）直接呼叫部署在公司內部的 OpenClaw 實例。我們需要處理的是連線超時與重試機制，因為本地推論的速度取決於顯卡算力。

/**
 * OpenClaw Agent 連線函數 - 支援重試與狀態檢查
 * Author: Eric @ Roamer Tech
 */
function roamer_call_openclaw_agent($prompt, $agent_id = 'default') {
    // OpenClaw 預設跑在本地或是內網伺服器的 8899 port
    $local_endpoint = 'http://127.0.0.1:8899/v2/agent/interact';
    
    $args = array(
        'timeout'     => 60, // 本地模型可能需要較長時間思考
        'headers'     => array(
            'Content-Type' => 'application/json',
            'X-Agent-ID'   => sanitize_text_field($agent_id),
        ),
        'body'        => json_encode(array(
            'query'       => $prompt,
            'stream'      => false, // WordPress PHP 後端通常不建議開 stream，除非走前端 JS
            'temperature' => 0.7
        ))
    );

    $response = wp_remote_post($local_endpoint, $args);

    if (is_wp_error($response)) {
        error_log('OpenClaw 連線失敗: ' . $response->get_error_message());
        return false;
    }

    $body = wp_remote_retrieve_body($response);
    $data = json_decode($body, true);

    // 檢查 OpenClaw 標準回傳格式
    if (isset($data['status']) && $data['status'] === 'success') {
        return $data['response'];
    }

    return 'Agent 正在思考人生，請稍後再試。';
}

4. 資料庫遷移：向量資料的「脫殼」手術

這才是最頭痛的部分。Moltbot 使用的是一種名為 .molt 的專有二進制格式來儲存向量資料，而 OpenClaw 全面擁抱了開源的 Parquet 或者是標準的 ChromaDB 格式。

如果你的客戶在 2025 年累積了大量的客戶對話紀錄，你不能直接把舊檔案丟進新系統。你需要寫一個轉換腳本。這也是為什麼我稱之為「脫殼」藝術——你必須在不傷害核心肉體（數據價值）的情況下，換掉外面的甲殼（儲存格式）。

在 WordPress 中，我建議使用 WP-CLI 來執行這個耗時的任務，避免 PHP Time Out。

// 概念性代碼：透過 WP-CLI 觸發 OpenClaw 的遷移工具
// wp roamer migrate_molt_data --old_path=/uploads/moltbot --new_path=/openclaw/data

class Roamer_OpenClaw_Migration_Command {
    public function migrate_molt_data($args, $assoc_args) {
        $old_path = $assoc_args['old_path'];
        
        WP_CLI::line('開始解析舊版 Moltbot 數據...');
        
        // 呼叫 OpenClaw 的 Python 橋接器進行轉換
        // 注意：這需要在伺服器端安裝 openclaw-cli 工具
        $cmd = sprintf('openclaw-cli convert --input %s --format parquet', escapeshellarg($old_path));
        
        $output = shell_exec($cmd);
        
        WP_CLI::success('數據脫殼完成，已轉換為 OpenClaw 相容格式。');
    }
}

5. 未來的架構思維：Agent 當作微服務

從 Moltbot 到 OpenClaw 的演變，教會了我們工程師一件事：不要把 AI 邏輯綁死在 WordPress 裡。

現在我在做系統設計時，WordPress 只負責「呈現」和「觸發」。真正的 AI 大腦（OpenClaw）應該是一個獨立運行的微服務（Microservice）。這樣無論未來 OpenClaw 改名叫 SuperLobster 還是什麼，你的 WordPress 網站都不需要傷筋動骨，只需要修改 API Endpoint 即可。

這就是「Loose Coupling」（鬆散耦合）的價值。如果你現在還在用老方法硬刻，等到 2027 年下一波 AI 浪潮來襲，你又得經歷一次痛苦的重構。

相關閱讀

• 2026 最強 AI 助理：從 Clawdbot 到 OpenClaw，這隻「AI 龍蝦」如何讓 Mac mini 賣到斷貨？
• Windows 也能養龍蝦？2026 OpenClaw 本地部署實戰：打造你專屬的 24 小時 AI 代理人 (WSL2 + Docker 版)
• 寫 Code 還是管 AI？Vibe Coding 與 Google Antigravity 實戰：用「AI 代理人」重塑你的開發流