快速上手 OpenClaw
用 OpenClaw onboarding 跑通模型認證、Gateway、Dashboard 和第一條訊息,確認最小閉環真的可用。
📖 本篇術語速查表
| 英文 / 縮寫 | 中文 | 一句話解釋 |
|---|---|---|
| Quickstart | 快速開始 | 最短路徑跑通第一次。 |
| 最小閉環 | minimal | 接渠道、發指令、看響應。 |
| 驗證 | verify | 確認跑通。 |
不想讀完?把下面這段提示詞丟給 AI 幫你跑完——幫你按最短路徑讓 OpenClaw 跑通第一次任務。
你是 OpenClaw 快速上手顧問。
【角色】
OpenClaw 快速上手顧問,按最小夠用、安全優先的原則給可落地方案,每條結論都落到能照做的具體步驟或示例,不停留在「建議」「考慮一下」這類空泛表述。
【輸入】
- 已裝好了嗎:___
- 接了哪個模型 / 渠道:___
- 想先驗證什麼:___
- 執行環境:___
- 經驗水平:___
【工作流程】
1. 確認前提
2. 給最小跑通步驟
3. 跑通第一個任務
4. 排查首次失敗
5. 給下一步
【輸出規範】
▌一、前提
▌二、跑通步驟
▌三、第一個任務
▌四、排障 + 下一步
【硬約束】
- 先跑通最小閉環
- 憑據安全處理
- 按我的環境給步驟
- 不要替我臆測情況或編造不存在的功能,資訊不全先問清
- 不確定的設定或介面一律以官方文件為準,禁止照搬過時寫法
- 給的每條結論都要落到具體可照做的步驟或示例,不停留在「建議」「考慮一下」這類沒法直接執行的空泛表述快速開始的目標不是學完所有設定,而是在最短路徑裡確認四件事:OpenClaw 已安裝、模型認證可用、Gateway 正在跑、你能在 Control UI 裡和 Agent 發第一條訊息。
這一章用 10 分鐘換什麼:你不會先陷進 channels、cron、skills 或遠端訪問,而是先得到一個能對話、能診斷、能繼續設定的本機 OpenClaw。
1. 先準備兩樣東西
快速開始只需要兩樣東西:
| 準備項 | 為什麼需要 |
|---|---|
| Node.js | OpenClaw CLI 和 Gateway runtime 依賴 Node;官方推薦 Node 24,也支援 Node 22.14+ |
| 模型供應商 API key | onboarding 會引導你設定 Anthropic、OpenAI、Google 等 provider |
檢查 Node:
node --versionWindows 使用者可以用原生 Windows,也可以用 WSL2。需要更完整本地工具鏈時,WSL2 通常更穩定。
API key 先準備好:onboarding 會問模型 provider 和認證資訊。你可以先不接 Telegram / Discord,但不能沒有模型認證。
2. 安裝 OpenClaw
macOS / Linux / WSL2:
curl -fsSL https://openclaw.ai/install.sh | bashWindows PowerShell:
iwr -useb https://openclaw.ai/install.ps1 | iex官方安裝指令碼預設會進入 onboarding。如果你安裝時跳過了 onboarding,手動執行:
openclaw onboard --install-daemon3. 跑 onboarding
openclaw onboard --install-daemon 會引導你完成:
- 選擇模型 provider。
- 填入 API key 或完成對應認證。
- 建立基礎設定。
- 安裝並設定 Gateway daemon。
- 建立預設 workspace 和啟動檔案。
普通使用者優先走 onboarding,不要一開始手改 ~/.openclaw/openclaw.json。等跑通後,再用 openclaw configure、openclaw config set 或 Control UI 調整。
sequenceDiagram
participant U as 你
participant CLI as OpenClaw CLI
participant GW as Gateway
participant UI as Control UI
participant Agent as Agent
U->>CLI: openclaw onboard --install-daemon
CLI->>GW: 寫入基礎設定並安裝 daemon
U->>CLI: openclaw gateway status
CLI->>GW: 查詢執行狀態
U->>UI: openclaw dashboard
UI->>GW: 連線本機入口
U->>Agent: 傳送第一條訊息
Agent-->>U: 返回 AI 回覆
onboarding 的產物不是一條命令:它應該同時留下設定、daemon、workspace 和可用的模型認證。少了任意一個,後面都會表現成“Gateway 跑了但 Agent 不能工作”。
4. 確認 Gateway 正在跑
openclaw gateway status正常情況下你會看到 Gateway 監聽在 18789 埠。預設本機地址是:
127.0.0.1:18789Gateway 是 OpenClaw 的中樞。訊息平臺、Web UI、CLI、桌面端和移動端都透過它連線 Agent。
如果狀態異常,先不要繼續設定渠道。先看這些命令:
openclaw doctor
openclaw logs
openclaw health| 命令 | 先看什麼 |
|---|---|
openclaw doctor | 安裝、設定、環境是否有明顯錯誤 |
openclaw logs | Gateway 啟動、schema、認證或埠錯誤 |
openclaw health | 目前執行狀態是否能被 Gateway 正常返回 |
5. 開啟 Dashboard
openclaw dashboard這會開啟 Control UI。如果瀏覽器能載入,並且能看到聊天入口或設定入口,說明 Gateway 的本地 WebSocket / HTTP 入口可用。
也可以直接訪問:
http://127.0.0.1:18789如果打不開,按這個順序判斷:
| 現象 | 先判斷 |
|---|---|
| 瀏覽器打不開 | Gateway 是否真的在跑 |
| 埠連線失敗 | 18789 是否被佔用或 Gateway 未啟動 |
| 頁面能開啟但不能聊天 | 模型認證或 Agent workspace 是否完整 |
| 頁面設定異常 | openclaw.json 是否透過 schema 校驗 |
6. 傳送第一條訊息
在 Control UI 聊天框裡發一條簡單訊息,例如:
你現在能正常工作嗎?請用一句話說明你的身份和目前 workspace。能收到 AI 回覆,就說明最小閉環已經跑通。
這條訊息故意問“身份”和“workspace”,因為它能同時驗證三件事:
- Agent 能呼叫模型生成回覆。
- workspace 檔案被正確載入。
- Gateway 到 Control UI 的請求鏈路可用。
第一條訊息不要測試複雜工具呼叫:不要一上來讓它讀全盤、執行 shell、接外部 API。先確認最小聊天鏈路,再逐步開啟工具和渠道。
7. 常見下一步怎麼選
跑通 Dashboard 之後,再決定下一步。
| 你想做什麼 | 下一步 |
|---|---|
| 手機上聊天 | 看 Channels 文件,先從 Telegram 這類 bot token 路徑開始 |
| 接團隊群 | 先讀 pairing、allowlist、group mention 和安全邊界 |
| 改模型、tools、sandbox | 讀設定結構和 Gateway 設定 |
| 整理長期規則和記憶 | 讀 Agent Workspace |
| 後臺定時任務 | 先讀 Gateway 執行時,再碰 cron、hooks、heartbeat |
OpenClaw 支援 Discord、Feishu、iMessage、Matrix、Microsoft Teams、Signal、Slack、Telegram、WhatsApp、Zalo 等渠道。每個渠道都要單獨處理 bot token、OAuth、webhook 或平臺側許可權。
下一步只選一個方向:沒跑通 Dashboard 就回到 Gateway;能聊天但身份不穩就看 workspace;準備接外部訊息才進入 Channel。
8. 環境變數什麼時候要動
如果你用服務賬號、要改狀態目錄、或者要指定設定路徑,官方列出幾個關鍵變數:
OPENCLAW_HOME=...
OPENCLAW_STATE_DIR=...
OPENCLAW_CONFIG_PATH=...普通本機使用不需要一開始就設定它們。只有遷移、多例項、服務化部署時再動。
不要為了“看起來專業”提前改路徑:路徑越多,排障越難。第一臺機器先用預設路徑跑通,再考慮服務化和多例項。
9. 本章自檢
- onboarding 應該留下哪幾類產物?
- Gateway 預設監聽哪個本機埠?
- 第一條訊息為什麼要問身份和 workspace?
過關標準:你能用一句話說清 —— “快速開始不是設定完全部功能,而是驗證安裝、認證、Gateway、Control UI、Agent 回覆這條最小鏈路。”
10. 接下來去哪
理解設定結構
跑通之後,再理解 openclaw.json、schema、熱載入和金鑰邊界。
設定 Agent Workspace
如果第一條訊息能回覆,但身份和規則不穩定,下一步看 workspace。
Gateway 架構
從長期控制面繼續理解 Gateway、Client、Node、WebChat 和遠端入口。