想用 OpenClaw 做 AI Agent，但又怕安裝到自己電腦出事、又太花時間？一套更聰明的做法：直接把 OpenClaw 部署到 Zeabur，幾乎 30 分鐘就能跑起來，並且用 WhatsApp / Telegram 實測互動。先講真實痛點：別人都說「爆紅」，但你要考慮 security；而我實測用雲端隔離環境後，風險至少大幅下降，還能用超低成本先把 90% 核心功能玩到手。
文章目錄
- 安全隔離與風險控制 為何Zeabur雲端安裝是更合理的試玩策略
- OpenClaw在Zeabur的安裝流程從share Cluster到成功連線的關鍵檢查點
- Gateway Token密碼與配置命令的落坑指南 確保模型可用與身份可接
- 選擇Gemini模型與避免設定錯誤的實戰建議 讓回覆更穩更快更準
- Channels整合Telegram與WhatsApp的正確做法 pairing流程與Meta條款注意事項
- Cronjob定時任務與Skills自動化的效果驗證 從一分鐘測試到可控地上線
- 常見問答
- 綜上所述
安全隔離與風險控制 為何Zeabur雲端安裝是更合理的試玩策略
把 openClaw 直接裝喺自己本機，真正風險唔係「它做唔做得成」，而係你會變成整部電腦所屬的一個攻擊面：程式、token、依賴套件（skills／第三方工具）、再加上你可能會一路裝一路試，長遠好易出現安全性與可控性問題。相反，用 Zeabur 雲端安裝去試玩，我個人最有感係兩點：一、你嘅玩具運行喺「遠端隔離環境」，唔係你本機；二、即使你用到某啲功能未必 100% 齊（例如個別 skills 暫時未必完整），你仍然可以先把 **約 90% 核心玩法跑到**，以低成本驗證值唔值得你再加深投資。
呢個策略最「合理」嘅地方係：風險控制同成本控制同時做得到。Zeabur 本身係雲端托管平台，服務已經幫你組好隔離運行環境，你只係在 backend 建一個對應嘅 project / service，再用現成 template 部署 openClaw。就我實測體感，最便宜 plan 大約 5 美金／月，做「試玩」已經夠用到，而且因為唔喺本機跑，被騙取密碼、鍵盤輸入、甚至惡意插件影響你主機嘅機率大幅下降。當然亦要留意：部分 openClaw 功能可能因為環境差異暫時唔會用到，但用嚟探索流程、驗證 agent 行為（例如自動重試、連接 Channels）仍然非常足夠。
更具體講，我用 Zeabur 做安全隔離嘅「操作依據」係：gateway token／password 係由平台生成並喺 service 裡面以 variable 形式顯示出嚟，你可以在登入 openClaw 時直接用，減少你喺本機管理敏感資料嘅需要；而且 openClaw 嘅主要操作界面係透過遠端服務連到，不會把工具直接暴露到你自己的電腦網路與檔案系統。以下係我認為最值得記住嘅試玩取捨：
- 隔離優先：把「需要權限／需要 token」嘅程式放喺遠端，降低本機被攻擊面擴大的機會
- 低成本驗證：最少 5 美金／月即可把核心流程跑通（包含 skills、Channels 互聯）
- 可快速試錯：本機唔斷裝卸可能拖慢或污染環境；雲端測試則可更輕鬆回復
- 留意功能差距：有些 skills 需要特定 runtime／套件（我就遇過 Cber 版本卡技能安裝），但先玩通 workflow 仍然划算
用 zeabur 玩嘅「風險控制」仲有一個我覺得關鍵嘅現實：你嘅家用／個人電腦唔需要同時承擔 agent 的依賴更新、API 金鑰管理、以及可能的日後功能擴充。以我實測，當我喺 Zeabur 上完成部署、連到 Telegram／WhatsApp，並且跑到定時任務（Cronjob）與自動生成 skills 嘅體驗後，再考慮要唔要搬回本機，決策會更踏實–唔係「靠衝動裝咗先算」，而係先在隔離環境驗證可行性。換句話說：Zeabur 係用隔離把試玩成本壓低，用雲端把風險收斂，所以對想用 openClaw 作為工具又唔想賭安全性嘅人，確實更合理。
OpenClaw在Zeabur的安裝流程從Share Cluster到成功連線的關鍵檢查點
從 Share Cluster 到 OpenClaw 出現「成功連線」之前，我會把檢查點分成兩段：先把服務起起來，再把你登入所需的憑證接上。你在 Zeabur 介面建立專案時，Cluster 一定先選日本（香港有機會未來連不到某些 API），然後進到 OpenClaw 的 service 設定，確保啟用的其實是 OpenClaw 模板（byok / bring your own key）；部署完成後，先別急著用，立刻去看 Variables → password（打開眼睛圖示）。
- 關鍵檢查點 1：password 就是 gateway token：OpenClaw 的 gateway token = password，你不用猜，Zeabur 那邊直接生成給你（我這次走過的流程就是先抄下來再用）。
- 關鍵檢查點 2：只有貼上 token 才會從 disconnect 變 connect：我裝完第一次狀態是 disconnect，原因就是我尚未完成 gateway token 的登入。
- 關鍵檢查點 3：先看 Login 網址 + 再進 Overview：networking 裡的網址就是你之後打開 OpenClaw 平台的入口；Overview 裡的 gateway token 欄位要填剛才那個 password。
當你在 OpenClaw 平台按下左下角 Connect 之後，你才算「成功連線」的一半；真正要跑起來，還要把 AI API key（我這次偏向用 Gemini）設定好。最常見卡關點是：你在 openclaw 畫面內看到的 Config（form/raw）很容易讓人以為能直接改，但正確做法要回到 Zeabur 的 command → terminal，輸入 openClaw configure。這裡我保留一個實戰教訓：JSON 若同時選了多個模型（例如同時動過 pro / flash 配置），可能會造成模型清單「看似回填」而選錯；我後來的做法是只保留我真正要的 Gemini flash，並特別關掉 pro model，否則你會發現它自稱用的版本跟你設的未必一致。
完成連線後，下一個決定你「能不能玩到真的互動」的檢查點，是 Channels：我實測先用 Telegram 驗證，因為它有清晰的 pairing 流程。流程要點是：在 Zeabur 的 OpenClaw → Channels → Telegram，回到 BotFather 建 bot、複製 API KEY，然後回 OpenClaw 贴上（我強調用右鍵貼上，避免 Ctrl+V/格式問題）。更重要的是 DM access policy：預設選 Pairing 才能驗證來源。你在 Telegram 發訊息時，如果看到需要 pairing code，請把 OpenClaw 顯示的 code 用命令 openClaw Pairing Approved telegram 回填回去；我這次最後是按 pairing 成功後，Telegram 才會正常回覆，並且後台 Dashboard 看到的訊息更像是 debug，實際互動通常走 WhatsApp/Telegram。
| 檢查點 | 你要看到什麼 | 如果沒成功怎樣判斷 |
|---|---|---|
| Zeabur 佈署完成 | Status 會先走 starting | 卡在啟動中通常代表模板/參數未正確選擇 |
| Variables → password | 能拿到 gateway token（password 顯示出來） | 不知道 token 就一定會一直 disconnect |
| OpenClaw Overview → gateway token | token 貼上後再按 Connect | 未貼 token：狀態多半留在 disconnect |
| Telegram / WhatsApp Channels | Telegram 顯示 set up 完成、可回覆；WhatsApp 可出現 OK 狀態 | Pairing code 不通：會回你「access 還沒 OK」；WhatsApp 若用錯帳號也可能導致封鎖風險 |
Gateway Token密碼與配置命令的落坑指南 確保模型可用與身份可接
Gateway Token 密碼落坑的核心：你登入 Zeabur 上的 OpenClaw 平台時，看到的那個 password 就是 OpenClaw 的 gateway token（兩者是對等的）。所以你會遇到一個看似玄學但其實必然的狀況：後台顯示 disconnected，原因不是你裝錯了服務，而是你 沒有把 token 密碼填回去。我第一次安裝就卡咗呢一下–先看錯方向去找設定，浪費咗時間；正確做法應該是先到 Overview → Gateway access → Gateway token 把那個 password 貼上，然後再 Connect 一次，整套才會真正跑起來。
為左確保「模型可用」同「身份可接」兩件事同時成立，你的流程要拆成兩條線處理：Gateway 身份線先打通（token→connect→channels 可配對），再做 Model 能力線（API key→選 flash/pro 之類）。在 Zeabur 裡面，千萬唔好以為直接在 UI 的 config/form/raw 就能一次搞掂；我實際做法係用左上角 Overview → Command → Terminal 執行設定命令，觸發完整的 interactive wizard：openClaw configure。呢個 wizard 會引導你選 Local、選提供商（例如：Gemini）、再把 API key 贴入；而且你要特別留意模型選擇，因為我見過有時候會「預設吞咗」Pro model 設定，明明想用 flash（例如 Gemini 3 Flash），但界面/JSON 可能會殘留 pro 的項目，導致模型唔係你以為嗰個。
Token/身份級常見錯誤清單（按順序自查）：
- disconnected：先確認 Gateway access 入面嘅 Gateway token 是否已填對（就係你看到嘅 password）。
- Channels 配對後仍然回覆失敗：telegram/WhatsApp 多數會用 pairing DM policy，未做 Approved sender/未貼 pairing code，就會出現「Access 還沒 OK」呢類錯誤。
- 明明 API key 都填咗，但模型回覆怪怪地/速度唔對：檢查你有冇不小心保留 Pro model 條目；我做法係會手動刪減殘留，再 save，之後再用一句話去問它「你係用邊個 model」驗證。
一個我親測最安全的「落地檢查法」：當你把 token 填好並 Connect 後，第一時間唔好急住做高級技能，先去 Channels 跑一次最基本的測試指令（例如 Telegram/WhatsApp 發 Hi / 問一句天氣），你應該會看到配置狀態由 Config → Login → Running → Connect 逐步變成 OK。呢個步驟好處係：你一眼就知道「身份（Gateway）+ 通道（DM policy 配對）+ 模型（API key 能否工作）」三者有冇同時通。當以上都通了，先做 cronjob/skills 才比較唔會踩「中間某一段其實未通」的坑。
| 你遇到的症狀 | 最可能原因 | 立刻修正動作 |
|---|---|---|
| 平台顯示 disconnected | Gateway token 沒填（password 對不上） | Overview → Gateway access → 貼上 token → Connect |
| Telegram/WhatsApp message 回覆「Access未OK」 | pairing DM policy 未 Approved / pairing code 未完成 | 按系統指示執行 pairing approved command（帶 code） |
| 回覆速度/模型名唔符合預期（以為係 flash，結果變 pro） | JSON 殘留/模型清單選錯 | 用 openClaw configure 回去精簡 model 設定，再用一句「你用咩model」驗證 |
如果你想把「command」同「token」關聯補齊到官方概念層面：Gateway 本身係 OpenClaw 的 WebSocket server，token 會影響你能唔能夠正常進入與通訊；而你在 Zeabur 上面看到的 password（gateway token）就是用來完成呢個身份驗證。參考：OpenClaw CLI 文件（Gateway / Token / 重啟流程）
選擇Gemini模型與避免設定錯誤的實戰建議 讓回覆更穩更快更準
我實際在 Zeabur 跑 openClaw，最明顯影響「回覆更穩、更快、更準」的，其實是 你選對 Gemini 參數，以及避免在設定裡把「多個模型」混在同一份 JSON。第一次我玩到一半才發現：我明明想用 Gemini 的 flash（速度快），但預設又偷偷幫我帶了 gemini Pro；之後 openClaw 在設定頁面又會把 Pro 型號「列表」回來，導致你以為改了其實未必生效。我的做法很直接：只保留你要的那一個模型（例如只留 Gemini 3 Flash），其他（尤其 Pro/多模型選項）就手動刪掉；而且我會先把改過的 JSON 複製到記事本備份，免得一錯就整套設定炒掉。
再講「避免設定錯誤」的實戰原則，我建議你在 openClaw 內用 terminal 下 openClaw configure 時，按部就班做，別手快亂改同時選多模型。你會看到它問 model 的時候選擇很多選項（openAI、Gemini、Minimax 等），但我實測「多模型混用」在 JSON 行為上很容易出現怪狀況，最後反而用錯模型。Gemini 那次我還特別驗證：我問它「你用咩 model？」它先答得像 Gemini 2.0 Flash，但回到記錄看其實是 gemini 3 Flash；即係話有些地方會「講幻覺」，所以別只信一句回覆文字，要回到配置/記錄確認。
如果你追求穩定輸出，我還有一個很實用的小技巧：把 thinking process / 工具使用 那個「腦」按鈕打開。當你測試「它係咪真係用工具」會少走冤枉路；我用 WhatsApp/Telegram 試過問 香港天氣，它最後判斷得出溫度（我觀察到約 20-30 秒才出結果），而且呈現過程顯示它是調了工具而唔係講口香糖。相反如果不開該視覺化，你好容易被漂亮答案騙過，仍然以為它有料處理，實際係胡說；所以「要準」，先用腦按鈕去驗證工具鏈。
另外，若你要讓回覆「更快」，模型選擇就別硬上 Pro。我在玩具級驗證 purposely 用 Flash 作為主力，速度感受非常明顯（我問價錢/下任務時，大多數情況幾秒內回覆）。惟一要留意：不要用錯雲端計算方式（我試過改 model 時出現過預設行為不一致），所以每次改完都要做最小測試，例如：一句話確認 model、再用一個工具類問題（天氣/查價）確認它有呼叫外部能力。
| 實戰點位 | 我建議你做咩 | 為咩（實測結論） |
|---|---|---|
| Gemini 模型 | 只保留 Gemini Flash（例如 3 Flash），刪掉 Pro/其他模型 | 避免 openClaw JSON 混用導致「看似改咗其實未必用咗」 |
| 設定驗證 | 改完後問一句「你用咩 model？」再對照記錄 | 它可能回覆文字出現不一致（例如 2.0 vs 3 flash） |
| 準確度測試 | 打開「腦」按鈕，先測工具題（天氣/查價） | 確認它有真正在跑工具，唔係幻覺式口香糖 |
| 速度優先 | 選 Flash、任務先用短延時測試（例如 1 分鐘） | 避免 Cronjob 設太遠導致你以為它 fail（我就遇過要改設定才能送出） |
最後補一個我踩過坑但值得記住的「避免錯誤」：不要把 API Key/token 當作一般文字貼來貼去公開；我玩測試時會在畫面看到規定的 password/gateway token（gateway token 就等於 password），但正常情況都要當成敏感資訊處理。總結一句：想回覆更穩更快更準，核心係 模型單一化（只留 flash）、改完立刻驗證、用工具題確保真運作，再加上短時間 Cronjob 測試，整套 openClaw 的行為會明顯更可控。
Channels整合Telegram與WhatsApp的正確做法 Pairing流程與Meta條款注意事項
Telegram／WhatsApp 做到「能用、夠安全」的關鍵，其實只係兩步：先喺 OpenClaw 內開啟正確的訊息政策（DM policy），再照 Pairing 流程把權限批咗。因為以我實測經驗，OpenClaw 預設係 Pairing：陌生用戶一旦直接搵你個 Bot，就唔會直接得到回覆；OpenClaw 會要求你攞到一個 Pairing Code，再用指令送返去系統確認，先至放行。查核點好實在：當你未 Approved 之前，喺 Telegram 入面會見到類似「Access 未 OK／需要 Pairing Code」；跟住執行系統提示嘅指令後（例如 openClaw Pairing Approved Telegram ），立刻就會回覆你。
實作上建議你照呢個邏輯走：先部署好 OpenClaw 並確保 Gateway token 正常（我當時喺 Zeabur 端用咗 gateway token＝password 呢個對應關係），然後進 Channels → Telegram 選擇 DM access policy 用 Pairing（你可以保留 Default Pairing；要開到更開放就另行考慮風險）。接落去你喺 Telegram 新建 Bot／訊息頁面時，會見到 OpenClaw 生成嘅 Pairing Code；再用 OpenClaw Terminal 裡面執行 pairing approve 指令把 Telegram Sender 批核。提醒：OpenClaw 個 Broker/Dashboard「Check」更多係用嚟 Debug 觀察訊息流；正常使用主要係靠 Telegram／WhatsApp 本體去對話，而唔係成日睇後台。
WhatsApp 方面，流程同樣遵循 DM policy＝Pairing 以減少「無關用戶」直接轟你 Bot 嘅機率，但玩法上你需要多留意 Meta 條款風險：唔好用你自己最重要、最常用嗰部 WhatsApp（尤其公司帳戶）去連接，因為 WhatsApp／Meta 對第三方自動化／連接方式有嚴格規則，若你用到政策不合規嘅連接模式，係有機會導致帳戶被限制甚至封鎖。你要用 OpenClaw 去串 WhatsApp，建議採用其 QR Code 綁定方式，並準備好使用一個「可承受風險」嘅測試號作連接來源（影片實測亦係用呢個思路，先用個人測試號去做 Send from 設定，再開始功能驗證）。
- Telegram：Channels 設定 DM policy＝Pairing → 用 Pairing Code 搵指令批核 → 再試「Hi」確認回覆。
- WhatsApp：channels 設定 DM policy＝Pairing → 用 QR Code 完成連接 → 選「Send from」用測試號 → 再做 Check（例：天氣／幣價）；如有定時任務（cronjob）要先短時間測試再延長。
- 風險底線：WhatsApp 千萬唔好用主力／公司號頂住試；若違反條款式嘅自動化連接，封鎖機會現實存在。
你會問：點解要咁麻煩用 Pairing？因為呢個機制係直接針對「任意用戶發訊息就即刻可用」呢個風險點；喺我實測流程入面，正係因為預設係 Pairing，先至要你去完成 Approved 步驟，令 Telegram／WhatsApp 入口實際受到控制。當你掌握呢個 Pairing 流程之後，之後你加其他 channel（Discord、Signal 等）時，都可以用同一套「先權限、後玩法」思路去降低事故率，令你真係安心用 OpenClaw 做你想做嘅自動化。
Pairing DM policy 相關機制詳情（OpenClaw Issue #9897）
Cronjob定時任務與Skills自動化的效果驗證 從一分鐘測試到可控地上線
我用「cronjob 先一分鐘、再慢慢拉長」做效果驗證：先喺 Zeabur 上把功能跑起來（連 whatsapp 渠道都 OK 之後），再試定時任務。當我叫 OpenClaw「每天早上 8 點搵 Bitcoin 價錢再報我總結」時，它確實會建立出 Cronjob（右邊出 Job、左邊畫面入咗 Job 列表，且可 Run / Disable / remove）。但第一次我乜都唔係即刻收訊息，後來提示係「執行咗但冇送出」--所以我學到一件事：唔好一上嚟就信「明天先收到」，要用短週期先拆解問題來源（排程、發訊通道、任務資料、傳送條件）再逐步放大。
由一分鐘測試到可控地上線，我會照呢個節奏做（全部都係我親手測到「可落地」嘅流程邏輯）：
- 先 Run（即時測）：喺 Cronjob 介面按「即時 run」檢查「有冇執行、但冇送出」呢類狀況。
- 再設 1 分鐘後發：用「一分鐘」當作回歸測試窗口，確保 真正會送到 WhatsApp（吸收上次「Job run 了但冇訊息」嘅教訓）。
- 最後才上到 8:00 / 每日排程：當短週期都穩定，再把 cron timing 拉到你真正想要嘅節奏。
同時我亦發現：Skills 自動化唔應該只睇「能寫出工具」就算，要睇「工具能否在真實任務場景中穩定重試與完成」。我實測「叫佢幫我建立 summarize 網站嘅 skill」，它會先提出方案、再遇到 ERROR 之後會 自己重試，最後成功生成「web summarizer」；之後我再叫佢 summarize 某篇 EAP 文章，整個流程係可運行、而且係由佢自己寫出工具再用回去（「自我裝配、自我使用」嘅 agent 風格）。所以 Cronjob（定時）同 Skills（能力）要分開驗：Cronjob驗送達、Skills驗執行品質與容錯，兩條線齊頭先好做「可控地上線」。
如果你要把呢套做成一個「可持續自動化」工作流，最實用嘅結論係：先隔離風險、再縮短反饋週期。我會用 zeabur 呢類雲端托管去做測試，因為它能把環境風險（唔駛折騰你本機、唔需要你長期開機）降到最低；而技術層面，就用「一分鐘 Cronjob」+「Skills 即時驗證」確保結果唔係幻覺。當你每次上線前都跟呢個短週期驗證策略走，Cronjob 由「好似會做」變成「確實做咗」，Skills 由「好似寫到」變成「確實可重複交付」。
| 驗證項目 | 我點做 | 判斷標準 |
|---|---|---|
| Cronjob 定時 | 先 Run、再設「1 分鐘後發」 | WhatsApp 有冇收到 BTC/USDT 價錢訊息 |
| Skills 自動化 | 叫佢建立 skill → 再下達 summarize 真任務 | 有冇 ERROR、能否重試至完成 |
| 上線策略 | 短週期穩定後 → 才拉到 8:00 每日 | 任務有冇「跑咗但冇送出」復發 |
想更貼近真實踩坑與更新細節（例如 Cronjob/skills 安裝命令更新、避免「照舊教學做就報 Skill not found」呢類問題），可以參考開發者整理嘅自動化避坑文：OpenClaw 自动化别踩坑：装 3 个 Skill 不等于真的好用
常見問答
🛡️ 用 Zeabur 安裝 OpenClaw 會不會有安全風險？
用 Zeabur 跑 OpenClaw 的風險通常比本機安裝低，因為你的代理不直接在自家電腦運行。Zeabur 是雲端托管平台，你把 OpenClaw 部署在遠端服務器上，能大幅降低被惡意程式入侵你本機、或竊取你電腦資料/憑證的可能。影片體驗也提到：在本地安裝會更容易遇到 security 問題，而改用 Zeabur 這種隔離環境可讓你「先玩到感覺」而不用不斷折騰本機。需要注意的是：部分功能在該環境中可能不完整（大約可用到 90% 核心能力），而且你也無法直接控制你手上的本地電腦，OpenClaw 主要在遠端環境工作。
⚙️ Zeabur 上部署 OpenClaw 後，怎樣完成首次登入與連線？
先用 Zeabur 後台拿到 gateway token / password，再在 OpenClaw 介面貼上並按 Connect 就能完成初次連線。流程可照著做：進 Zeabur 的 New Project → 選 Share cluster（文中示例選日本）→ Create project。接著在 deploy new service 的 Templates 裡找 OpenClaw，並設定你的登入網域（域名要用「全是字母數字」的命名方式）。部署完成後，在 Zeabur 的 variable 裡找到 password；說明當中提到 OpenClaw 的 gateway token 就等於該 password。之後打開 OpenClaw 網頁，進 Overview → Gateway access 把 token 貼上，最後點左下角 Connect；連線狀態會從 disconnect 變為可用。影片也提醒：連線後尚需設定模型 API key，否則代理不會真正運作。
🤖 Telegram / WhatsApp 要怎樣接入，還能避免陌生人亂訊息？
Telegram/WhatsApp 接入的關鍵是完成通道授權（Telegram 用 Botfather 生成 Bot API key、whatsapp 用 QR Code），並把 DM access policy 用 Pairing 方式來防止陌生人直接打進來。以 Telegram 為例：要先在 Botfather 建立 new bot（username 以 bot 結尾且不可含 hyphen），複製生成的 API key，回到 OpenClaw 在 Configure → Channels → Telegram 貼上並 Finish。接著它會要求選 DM access policy；影片中採用 Default Pairing：系統會先要求你在聊天前完成 pairing（會給 pairing code），openclaw 會用指令把「已配對的發送者」加入白名單。測試時需要先把 pairing code 用指令命令行送回 OpenClaw，之後 Telegram 才會正常回覆訊息。以 whatsapp 為例：不建議用你最常用或公司號碼，因依 Meta 規範你可能需要透過官方 API 才能合規自動化；影片指出 OpenClaw 若使用第三方連結策略存在被封鎖帳號的風險，因此建議用個人較不重要的號碼測試。WhatsApp 接入則以 QR Code 掃描完成；完成後在 Channels 看到 WhatsApp 狀態顯示 Config / 登入 / Running / Connect 等訊號，便能測試回覆與工具功能（例如天氣、BTC 價格與定時 Cronjob）。
綜上所述
如果你一直想試 OpenClaw、但又擔心「裝喺自己電腦」會牽涉到安全風險、設定複雜、又怕一不小心整爛環境--呢條路其實已經被驗證過：用 Zeabur 做隔離，把高風險留喺雲端，把體驗留畀你。影片最值得你拿走嘅資訊損益（Information Gain）係呢幾點：
- **安全隔離更重要**：你唔需要把 Key、Agent 跑在本地機；Zeabur 令整個實驗環境遠端化，風險大幅降低，同時仍能覆蓋到 OpenClaw 多數核心玩法（約 90% 功能體感）。
- **部署其實係「照流程一腳踢」**：New Project → 一鍵選 openClaw 模板（Byok/可選）→ 取得 **Gateway Token（就係 password）** → Connect → 再用 Terminal 跑 `openClaw configure` 完成配置。你會發現 30 分鐘做到，真係唔係夢。
- **用對模型＋避免設定「炒庫」**：唔好一口氣逐一揀太多模型；影片實測出現過模型顯示不一致（例如以為用某版本、實際又在用另一個），而且手動 JSON 改錯都有機會影響穩定性--所以「只保留你真係要用嘅」會更穩陣。
- **Channels 真正能玩到工作場景**：Telegram/WhatsApp 連接唔止係通訊咁簡單，還可以做 **Pairing/DM policy** 以提高安全性；更實測到 **Cronjob 定時回報**同 **Skill Creator 自動生成工具**，證明 OpenClaw 係真真正正「能做事」而唔係單純聊天。
- **避免 AI 幻覺最有效方法：做可驗證測試**：例如用天氣、Bitcoin 價格、工具結果落地顯示等，能幫你快速判斷它係真係有能力、定係「講到好聽」。
如果你都想自己落手實測（由 0 開始）--就跟住影片節奏：**裝好 Zeabur、部署 OpenClaw、連 Telegram/WhatsApp、再跑定時 Cronjob＋試 Skill Creator**。你會好快得到「可用、可控、可驗證」嘅成果，而唔係空等一個口碑。
👉dzFB;建議你即刻開工：用底下 Zeabur 連結註冊 Developer Plan，你同我都會各自獲得 **$5 credit**（夠你玩晒一輪實測流程）。
https://zeabur.com/referral?referralCode=helloai
最後，如果你安裝時遇到卡關（例如 Gateway Token、AI 模型選擇、Telegram/WhatsApp Pairing 或 Cronjob 沒有發出），留言講你停喺邊一步；我會跟你對照最常見嘅問題點。📌
中央大學數學碩士，董老師從2011年開始網路創業，教導網路行銷，並從2023年起專注AI領域，特別是AI輔助創作。本網站所刊載之文章內容由人工智慧（AI）技術自動生成，僅供參考與學習用途。雖我們盡力審核資訊正確性，但無法保證內容的完整性、準確性或即時性且不構成法律、醫療或財務建議。若您發現本網站有任何錯誤、過時或具爭議之資訊，歡迎透過下列聯絡方式告知，我們將儘速審核並處理。如果你發現文章內容有誤：點擊這裡舉報。一旦修正成功，每篇文章我們將獎勵100元消費點數給您。如果AI文章內容將貴公司的資訊寫錯，文章下架請求請來信(商務合作、客座文章、站內廣告與業配文亦同):[email protected]