Chuyển đến nội dung chính

Documentation Index

Fetch the complete documentation index at: https://docs2.openclaw.ai/llms.txt

Use this file to discover all available pages before exploring further.

Hỏi đáp khởi động nhanh và chạy lần đầu. Với các thao tác hằng ngày, mô hình, xác thực, phiên và khắc phục sự cố, xem FAQ chính.

​
Khởi động nhanh và thiết lập chạy lần đầu

Dùng một tác nhân AI cục bộ có thể xem máy của bạn. Cách này hiệu quả hơn nhiều so với hỏi trên Discord, vì hầu hết các trường hợp “tôi đang bị kẹt” là vấn đề cấu hình hoặc môi trường cục bộ mà người hỗ trợ từ xa không thể kiểm tra.Các công cụ này có thể đọc repo, chạy lệnh, kiểm tra nhật ký và giúp sửa phần thiết lập ở cấp máy (PATH, dịch vụ, quyền, tệp xác thực). Hãy cung cấp cho chúng toàn bộ bản checkout mã nguồn qua cách cài đặt có thể chỉnh sửa (git):
curl -fsSL https://openclaw.ai/install.sh | bash -s -- --install-method git
Lệnh này cài OpenClaw từ một bản checkout git, nên tác nhân có thể đọc mã + tài liệu và suy luận về đúng phiên bản bạn đang chạy. Bạn luôn có thể chuyển lại về bản ổn định sau này bằng cách chạy lại trình cài đặt mà không có --install-method git.Mẹo: yêu cầu tác nhân lập kế hoạch và giám sát bản sửa (từng bước), rồi chỉ thực thi các lệnh cần thiết. Cách đó giữ thay đổi nhỏ và dễ kiểm tra hơn.Nếu bạn phát hiện lỗi thật hoặc có bản sửa, vui lòng tạo issue trên GitHub hoặc gửi PR: https://github.com/openclaw/openclaw/issues https://github.com/openclaw/openclaw/pullsBắt đầu với các lệnh này (chia sẻ đầu ra khi yêu cầu trợ giúp):
openclaw status
openclaw models status
openclaw doctor
Chúng làm gì:
  • openclaw status: ảnh chụp nhanh tình trạng gateway/tác nhân + cấu hình cơ bản.
  • openclaw models status: kiểm tra xác thực nhà cung cấp + tính khả dụng của mô hình.
  • openclaw doctor: xác thực và sửa các vấn đề cấu hình/trạng thái phổ biến.
Các kiểm tra CLI hữu ích khác: openclaw status --all, openclaw logs --follow, openclaw gateway status, openclaw health --verbose.Vòng lặp gỡ lỗi nhanh: 60 giây đầu tiên nếu có thứ gì đó bị hỏng. Tài liệu cài đặt: Cài đặt, Cờ trình cài đặt, Cập nhật.
Các lý do bỏ qua heartbeat phổ biến:
  • quiet-hours: nằm ngoài khoảng thời gian hoạt động đã cấu hình
  • empty-heartbeat-file: HEARTBEAT.md tồn tại nhưng chỉ chứa khung trống/chỉ có tiêu đề
  • no-tasks-due: chế độ tác vụ HEARTBEAT.md đang hoạt động nhưng chưa có khoảng tác vụ nào đến hạn
  • alerts-disabled: toàn bộ hiển thị heartbeat bị tắt (showOk, showAlerts và useIndicator đều tắt)
Trong chế độ tác vụ, dấu thời gian đến hạn chỉ được cập nhật sau khi một lần chạy heartbeat thật hoàn tất. Các lần chạy bị bỏ qua không đánh dấu tác vụ là đã hoàn tất.Tài liệu: Heartbeat, Tự động hóa.
Repo khuyến nghị chạy từ mã nguồn và dùng quy trình thiết lập ban đầu:
curl -fsSL https://openclaw.ai/install.sh | bash
openclaw onboard --install-daemon
Trình hướng dẫn cũng có thể tự động build tài nguyên UI. Sau khi thiết lập ban đầu, bạn thường chạy Gateway trên cổng 18789.Từ mã nguồn (người đóng góp/dev):
git clone https://github.com/openclaw/openclaw.git
cd openclaw
pnpm install
pnpm build
pnpm ui:build
openclaw onboard
Nếu bạn chưa có bản cài đặt toàn cục, hãy chạy qua pnpm openclaw onboard.
Trình hướng dẫn mở trình duyệt của bạn với URL dashboard sạch (không kèm token) ngay sau khi thiết lập ban đầu và cũng in liên kết trong phần tóm tắt. Hãy giữ tab đó mở; nếu nó không tự mở, sao chép/dán URL đã in trên cùng máy.
Localhost (cùng máy):
  • Mở http://127.0.0.1:18789/.
  • Nếu nó yêu cầu xác thực bằng secret dùng chung, dán token hoặc mật khẩu đã cấu hình vào phần cài đặt Control UI.
  • Nguồn token: gateway.auth.token (hoặc OPENCLAW_GATEWAY_TOKEN).
  • Nguồn mật khẩu: gateway.auth.password (hoặc OPENCLAW_GATEWAY_PASSWORD).
  • Nếu chưa cấu hình secret dùng chung, tạo token bằng openclaw doctor --generate-gateway-token.
Không ở trên localhost:
  • Tailscale Serve (khuyến nghị): giữ bind loopback, chạy openclaw gateway --tailscale serve, mở https://<magicdns>/. Nếu gateway.auth.allowTailscale là true, các header danh tính đáp ứng xác thực Control UI/WebSocket (không cần dán secret dùng chung, giả định máy chủ gateway đáng tin cậy); các HTTP API vẫn yêu cầu xác thực bằng secret dùng chung trừ khi bạn chủ động dùng private-ingress none hoặc xác thực HTTP trusted-proxy. Các lần thử xác thực Serve đồng thời không hợp lệ từ cùng một client được tuần tự hóa trước khi bộ giới hạn xác thực thất bại ghi nhận chúng, nên lần thử lại không hợp lệ thứ hai đã có thể hiển thị retry later.
  • Bind tailnet: chạy openclaw gateway --bind tailnet --token "<token>" (hoặc cấu hình xác thực bằng mật khẩu), mở http://<tailscale-ip>:18789/, rồi dán secret dùng chung tương ứng trong phần cài đặt dashboard.
  • Reverse proxy nhận biết danh tính: đặt Gateway phía sau proxy đáng tin cậy, cấu hình gateway.auth.mode: "trusted-proxy", rồi mở URL proxy. Proxy loopback cùng máy chủ yêu cầu gateway.auth.trustedProxy.allowLoopback = true rõ ràng.
  • SSH tunnel: ssh -N -L 18789:127.0.0.1:18789 user@host rồi mở http://127.0.0.1:18789/. Xác thực bằng secret dùng chung vẫn áp dụng qua tunnel; dán token hoặc mật khẩu đã cấu hình nếu được nhắc.
Xem Dashboard và Bề mặt web để biết chi tiết về chế độ bind và xác thực.
Chúng kiểm soát các lớp khác nhau:
  • approvals.exec: chuyển tiếp lời nhắc phê duyệt tới các đích trò chuyện
  • channels.<channel>.execApprovals: khiến kênh đó hoạt động như một ứng dụng phê duyệt gốc cho các phê duyệt exec
Chính sách exec của host vẫn là cổng phê duyệt thực sự. Cấu hình trò chuyện chỉ kiểm soát nơi lời nhắc phê duyệt xuất hiện và cách mọi người có thể trả lời chúng.Trong hầu hết thiết lập, bạn không cần cả hai:
  • Nếu trò chuyện đã hỗ trợ lệnh và trả lời, /approve trong cùng cuộc trò chuyện hoạt động qua đường dẫn dùng chung.
  • Nếu một kênh gốc được hỗ trợ có thể suy luận người phê duyệt một cách an toàn, OpenClaw hiện tự động bật phê duyệt gốc ưu tiên DM khi channels.<channel>.execApprovals.enabled chưa được đặt hoặc là "auto".
  • Khi thẻ/nút phê duyệt gốc có sẵn, UI gốc đó là đường dẫn chính; agent chỉ nên bao gồm lệnh /approve thủ công nếu kết quả công cụ cho biết phê duyệt qua trò chuyện không khả dụng hoặc phê duyệt thủ công là đường dẫn duy nhất.
  • Chỉ dùng approvals.exec khi lời nhắc cũng phải được chuyển tiếp tới các cuộc trò chuyện khác hoặc phòng vận hành rõ ràng.
  • Chỉ dùng channels.<channel>.execApprovals.target: "channel" hoặc "both" khi bạn rõ ràng muốn lời nhắc phê duyệt được đăng lại vào phòng/chủ đề ban đầu.
  • Phê duyệt Plugin lại là phần riêng: mặc định chúng dùng /approve trong cùng cuộc trò chuyện, có tùy chọn chuyển tiếp approvals.plugin, và chỉ một số kênh gốc duy trì xử lý phê duyệt Plugin gốc phía trên.
Tóm tắt: chuyển tiếp dùng để định tuyến, cấu hình ứng dụng gốc dùng cho UX giàu hơn theo từng kênh. Xem Phê duyệt exec.
Cần Node >= 22. Nên dùng pnpm. Bun không được khuyến nghị cho Gateway.
Có. Gateway nhẹ - tài liệu liệt kê 512MB-1GB RAM, 1 lõi, và khoảng 500MB đĩa là đủ cho mục đích cá nhân, đồng thời ghi chú rằng Raspberry Pi 4 có thể chạy nó.Nếu bạn muốn có thêm khoảng dự phòng (nhật ký, media, dịch vụ khác), khuyến nghị 2GB, nhưng đó không phải mức tối thiểu bắt buộc.Mẹo: một Pi/VPS nhỏ có thể host Gateway, và bạn có thể ghép cặp node trên laptop/điện thoại để thực thi màn hình/camera/canvas cục bộ hoặc lệnh. Xem Node.
Tóm tắt: nó hoạt động, nhưng hãy chuẩn bị cho một số điểm chưa mượt.
  • Dùng hệ điều hành 64-bit và giữ Node >= 22.
  • Ưu tiên cài đặt có thể hack (git) để bạn có thể xem nhật ký và cập nhật nhanh.
  • Bắt đầu không có kênh/Skills, rồi thêm từng cái một.
  • Nếu gặp vấn đề nhị phân kỳ lạ, thường đó là vấn đề tương thích ARM.
Tài liệu: Linux, Cài đặt.
Màn hình đó phụ thuộc vào việc Gateway có thể truy cập được và đã xác thực. TUI cũng tự động gửi “Wake up, my friend!” trong lần nở đầu tiên. Nếu bạn thấy dòng đó với không có phản hồi và token vẫn ở 0, agent chưa bao giờ chạy.
  1. Khởi động lại Gateway:
openclaw gateway restart
  1. Kiểm tra trạng thái + xác thực:
openclaw status
openclaw models status
openclaw logs --follow
  1. Nếu vẫn treo, chạy:
openclaw doctor
Nếu Gateway ở xa, hãy đảm bảo tunnel/kết nối Tailscale đang hoạt động và UI trỏ tới đúng Gateway. Xem Truy cập từ xa.
Có. Sao chép thư mục trạng thái và workspace, rồi chạy Doctor một lần. Việc này giữ bot của bạn “y hệt” (bộ nhớ, lịch sử phiên, xác thực, và trạng thái kênh) miễn là bạn sao chép cả hai vị trí:
  1. Cài đặt OpenClaw trên máy mới.
  2. Sao chép $OPENCLAW_STATE_DIR (mặc định: ~/.openclaw) từ máy cũ.
  3. Sao chép workspace của bạn (mặc định: ~/.openclaw/workspace).
  4. Chạy openclaw doctor và khởi động lại dịch vụ Gateway.
Điều đó bảo toàn cấu hình, hồ sơ xác thực, thông tin đăng nhập WhatsApp, phiên, và bộ nhớ. Nếu bạn đang ở chế độ từ xa, hãy nhớ host gateway sở hữu kho phiên và workspace.Quan trọng: nếu bạn chỉ commit/push workspace lên GitHub, bạn đang sao lưu bộ nhớ + tệp bootstrap, nhưng không sao lưu lịch sử phiên hoặc xác thực. Chúng nằm dưới ~/.openclaw/ (ví dụ ~/.openclaw/agents/<agentId>/sessions/).Liên quan: Di chuyển, Mọi thứ nằm ở đâu trên đĩa, Workspace của agent, Doctor, Chế độ từ xa.
Kiểm tra changelog trên GitHub: https://github.com/openclaw/openclaw/blob/main/CHANGELOG.mdCác mục mới nhất nằm ở đầu. Nếu phần đầu được đánh dấu Unreleased, phần có ngày tháng tiếp theo là phiên bản mới nhất đã phát hành. Các mục được nhóm theo Điểm nổi bật, Thay đổi, và Sửa lỗi (cộng thêm các phần tài liệu/khác khi cần).
Một số kết nối Comcast/Xfinity chặn sai docs.openclaw.ai qua Xfinity Advanced Security. Hãy tắt nó hoặc đưa docs.openclaw.ai vào danh sách cho phép, rồi thử lại. Vui lòng giúp chúng tôi gỡ chặn bằng cách báo cáo tại đây: https://spa.xfinity.com/check_url_status.Nếu bạn vẫn không truy cập được trang web, tài liệu được mirror trên GitHub: https://github.com/openclaw/openclaw/tree/main/docs
Stable và beta là npm dist-tags, không phải các dòng mã riêng biệt:
  • latest = stable
  • beta = bản dựng sớm để kiểm thử
Thông thường, một bản phát hành stable sẽ lên beta trước, sau đó một bước quảng bá rõ ràng sẽ chuyển cùng phiên bản đó sang latest. Maintainer cũng có thể phát hành thẳng lên latest khi cần. Vì vậy beta và stable có thể trỏ tới cùng một phiên bản sau khi quảng bá.Xem những gì đã thay đổi: https://github.com/openclaw/openclaw/blob/main/CHANGELOG.mdĐể xem các lệnh cài đặt một dòng và khác biệt giữa beta và dev, hãy xem accordion bên dưới.
Beta là npm dist-tag beta (có thể trùng với latest sau khi quảng bá). Dev là đầu nhánh luôn thay đổi của main (git); khi được phát hành, nó dùng npm dist-tag dev.Các lệnh một dòng (macOS/Linux):
curl -fsSL --proto '=https' --tlsv1.2 https://openclaw.ai/install.sh | bash -s -- --beta

curl -fsSL --proto '=https' --tlsv1.2 https://openclaw.ai/install.sh | bash -s -- --install-method git
Trình cài đặt Windows (PowerShell): https://openclaw.ai/install.ps1Chi tiết thêm: Kênh phát triển và Cờ trình cài đặt.
Hai tùy chọn:
  1. Kênh dev (git checkout):
openclaw update --channel dev
Lệnh này chuyển sang nhánh main và cập nhật từ mã nguồn.
  1. Cài đặt có thể chỉnh sửa (từ trang trình cài đặt):
curl -fsSL https://openclaw.ai/install.sh | bash -s -- --install-method git
Lệnh đó cung cấp cho bạn một repo cục bộ có thể chỉnh sửa, rồi cập nhật qua git.Nếu bạn muốn clone sạch theo cách thủ công, hãy dùng:
git clone https://github.com/openclaw/openclaw.git
cd openclaw
pnpm install
pnpm build
Tài liệu: Cập nhật, Kênh phát triển, Cài đặt.
Hướng dẫn ước lượng:
  • Cài đặt: 2-5 phút
  • Onboarding: 5-15 phút tùy theo số lượng kênh/mô hình bạn cấu hình
Nếu bị treo, hãy dùng Trình cài đặt bị kẹt và vòng lặp gỡ lỗi nhanh trong Tôi đang bị kẹt.
Chạy lại trình cài đặt với đầu ra chi tiết:
curl -fsSL https://openclaw.ai/install.sh | bash -s -- --verbose
Cài đặt beta với đầu ra chi tiết:
curl -fsSL https://openclaw.ai/install.sh | bash -s -- --beta --verbose
Để cài đặt có thể chỉnh sửa (git):
curl -fsSL https://openclaw.ai/install.sh | bash -s -- --install-method git --verbose
Tương đương trên Windows (PowerShell):
# install.ps1 has no dedicated -Verbose flag yet.
Set-PSDebug -Trace 1
& ([scriptblock]::Create((iwr -useb https://openclaw.ai/install.ps1))) -NoOnboard
Set-PSDebug -Trace 0
Tùy chọn thêm: Cờ trình cài đặt.
Hai vấn đề Windows phổ biến:1) lỗi npm spawn git / không tìm thấy git
  • Cài đặt Git for Windows và bảo đảm git nằm trong PATH của bạn.
  • Đóng rồi mở lại PowerShell, sau đó chạy lại trình cài đặt.
2) openclaw không được nhận diện sau khi cài đặt
  • Thư mục npm global bin của bạn không nằm trong PATH.
  • Kiểm tra đường dẫn: 
    npm config get prefix
  • Thêm thư mục đó vào PATH người dùng của bạn (trên Windows không cần hậu tố \bin; trên hầu hết hệ thống, đó là %AppData%\npm).
  • Đóng rồi mở lại PowerShell sau khi cập nhật PATH.
Nếu bạn muốn thiết lập Windows mượt nhất, hãy dùng WSL2 thay vì Windows gốc. Tài liệu: Windows.
Đây thường là lỗi không khớp console code page trên shell Windows gốc.Triệu chứng:
  • Đầu ra system.run/exec hiển thị chữ Trung Quốc thành mojibake
  • Cùng lệnh đó hiển thị bình thường trong hồ sơ terminal khác
Cách khắc phục nhanh trong PowerShell:
chcp 65001
[Console]::InputEncoding = [System.Text.UTF8Encoding]::new($false)
[Console]::OutputEncoding = [System.Text.UTF8Encoding]::new($false)
$OutputEncoding = [System.Text.UTF8Encoding]::new($false)
Sau đó khởi động lại Gateway và thử lại lệnh của bạn:
openclaw gateway restart
Nếu bạn vẫn tái hiện được lỗi này trên OpenClaw mới nhất, hãy theo dõi/báo cáo tại:
Dùng cài đặt có thể chỉnh sửa (git) để bạn có toàn bộ mã nguồn và tài liệu cục bộ, rồi hỏi bot của bạn (hoặc Claude/Codex) từ thư mục đó để nó có thể đọc repo và trả lời chính xác.
curl -fsSL https://openclaw.ai/install.sh | bash -s -- --install-method git
Chi tiết thêm: Cài đặt và Cờ trình cài đặt.
Trả lời ngắn gọn: làm theo hướng dẫn Linux, rồi chạy onboarding.
VPS Linux nào cũng dùng được. Cài đặt trên máy chủ, rồi dùng SSH/Tailscale để truy cập Gateway.Hướng dẫn: exe.dev, Hetzner, Fly.io. Truy cập từ xa: Gateway từ xa.
Chúng tôi duy trì một trung tâm hosting với các nhà cung cấp phổ biến. Chọn một nhà cung cấp và làm theo hướng dẫn:Cách hoạt động trên cloud: Gateway chạy trên máy chủ, và bạn truy cập nó từ laptop/điện thoại qua Control UI (hoặc Tailscale/SSH). Trạng thái + workspace của bạn nằm trên máy chủ, vì vậy hãy coi host là nguồn sự thật và sao lưu nó.Bạn có thể ghép nối node (Mac/iOS/Android/headless) với Gateway cloud đó để truy cập màn hình/camera/canvas cục bộ hoặc chạy lệnh trên laptop trong khi vẫn giữ Gateway trên cloud.Trung tâm: Nền tảng. Truy cập từ xa: Gateway từ xa. Node: Node, CLI node.
Trả lời ngắn gọn: có thể, không khuyến nghị. Luồng cập nhật có thể khởi động lại Gateway (làm mất phiên đang hoạt động), có thể cần git checkout sạch, và có thể yêu cầu xác nhận. An toàn hơn: chạy cập nhật từ shell với vai trò operator.Dùng CLI:
openclaw update
openclaw update status
openclaw update --channel stable|beta|dev
openclaw update --tag <dist-tag|version>
openclaw update --no-restart
Nếu bạn bắt buộc phải tự động hóa từ agent:
openclaw update --yes --no-restart
openclaw gateway restart
Tài liệu: Cập nhật, Đang cập nhật.
openclaw onboard là lộ trình thiết lập được khuyến nghị. Ở chế độ cục bộ, nó hướng dẫn bạn qua:
  • Thiết lập mô hình/xác thực (OAuth nhà cung cấp, API key, Anthropic setup-token, cùng các tùy chọn mô hình cục bộ như LM Studio)
  • Vị trí workspace + các tệp bootstrap
  • Cài đặt Gateway (bind/port/auth/tailscale)
  • Kênh (WhatsApp, Telegram, Discord, Mattermost, Signal, iMessage, cùng các Plugin kênh đóng gói sẵn như QQ Bot)
  • Cài đặt daemon (LaunchAgent trên macOS; systemd user unit trên Linux/WSL2)
  • Kiểm tra sức khỏe và lựa chọn Skills
Nó cũng cảnh báo nếu mô hình đã cấu hình của bạn không xác định hoặc thiếu xác thực.
Không. Bạn có thể chạy OpenClaw bằng API key (Anthropic/OpenAI/nhà cung cấp khác) hoặc bằng mô hình chỉ cục bộ để dữ liệu của bạn vẫn nằm trên thiết bị. Gói đăng ký (Claude Pro/Max hoặc OpenAI Codex) là các cách tùy chọn để xác thực các nhà cung cấp đó.Với Anthropic trong OpenClaw, cách phân chia thực tế là:
  • API key Anthropic: thanh toán API Anthropic thông thường
  • Claude CLI / xác thực gói đăng ký Claude trong OpenClaw: nhân viên Anthropic đã cho chúng tôi biết việc sử dụng này lại được cho phép, và OpenClaw đang coi việc dùng claude -p là được chấp thuận cho tích hợp này trừ khi Anthropic công bố chính sách mới
Với các host Gateway chạy lâu dài, API key Anthropic vẫn là thiết lập dễ dự đoán hơn. OpenAI Codex OAuth được hỗ trợ rõ ràng cho các công cụ bên ngoài như OpenClaw.OpenClaw cũng hỗ trợ các tùy chọn hosted kiểu gói đăng ký khác, bao gồm Qwen Cloud Coding Plan, MiniMax Coding Plan, và Z.AI / GLM Coding Plan.Tài liệu: Anthropic, OpenAI, Qwen Cloud, MiniMax, GLM Models, Mô hình cục bộ, Mô hình.
Có.Nhân viên Anthropic đã cho chúng tôi biết việc sử dụng Claude CLI kiểu OpenClaw lại được cho phép, vì vậy OpenClaw coi xác thực gói đăng ký Claude và việc dùng claude -p là được chấp thuận cho tích hợp này trừ khi Anthropic công bố chính sách mới. Nếu bạn muốn thiết lập phía máy chủ dễ dự đoán nhất, hãy dùng API key Anthropic thay thế.
Có.Nhân viên Anthropic đã cho chúng tôi biết việc sử dụng này lại được cho phép, vì vậy OpenClaw coi việc tái sử dụng Claude CLI và dùng claude -p là được chấp thuận cho tích hợp này trừ khi Anthropic công bố chính sách mới.Anthropic setup-token vẫn có sẵn như một đường dẫn token được OpenClaw hỗ trợ, nhưng OpenClaw hiện ưu tiên tái sử dụng Claude CLI và claude -p khi có. Với workload production hoặc nhiều người dùng, xác thực bằng API key Anthropic vẫn là lựa chọn an toàn hơn, dễ dự đoán hơn. Nếu bạn muốn các tùy chọn hosted kiểu gói đăng ký khác trong OpenClaw, hãy xem OpenAI, Qwen / Model Cloud, MiniMax, và GLM Models.
Điều đó có nghĩa là hạn mức/giới hạn tốc độ Anthropic của bạn đã hết cho cửa sổ hiện tại. Nếu bạn dùng Claude CLI, hãy chờ cửa sổ đặt lại hoặc nâng cấp gói của bạn. Nếu bạn dùng API key Anthropic, hãy kiểm tra Anthropic Console để xem mức sử dụng/thanh toán và tăng giới hạn khi cần.Nếu thông báo cụ thể là: Extra usage is required for long context requests, yêu cầu đang cố dùng Anthropic 1M context beta (context1m: true). Điều đó chỉ hoạt động khi thông tin xác thực của bạn đủ điều kiện cho thanh toán ngữ cảnh dài (thanh toán API key hoặc đường dẫn đăng nhập Claude của OpenClaw với Extra Usage được bật).Mẹo: đặt một mô hình dự phòng để OpenClaw có thể tiếp tục trả lời khi một nhà cung cấp bị giới hạn tốc độ. Xem Mô hình, OAuth, và /gateway/troubleshooting#anthropic-429-extra-usage-required-for-long-context.
Có. OpenClaw có một nhà cung cấp Amazon Bedrock (Converse) được đóng gói sẵn. Khi có các dấu hiệu env AWS, OpenClaw có thể tự động phát hiện danh mục Bedrock phát trực tuyến/văn bản và hợp nhất nó thành một nhà cung cấp amazon-bedrock ngầm định; nếu không, bạn có thể bật rõ ràng plugins.entries.amazon-bedrock.config.discovery.enabled hoặc thêm một mục nhà cung cấp thủ công. Xem Amazon Bedrock và Nhà cung cấp mô hình. Nếu bạn thích luồng khóa được quản lý, một proxy tương thích OpenAI đặt trước Bedrock vẫn là một lựa chọn hợp lệ.
OpenClaw hỗ trợ OpenAI Code (Codex) qua OAuth (đăng nhập ChatGPT). Dùng openai/gpt-5.5 cho thiết lập phổ biến: xác thực bằng gói đăng ký ChatGPT/Codex cộng với thực thi máy chủ ứng dụng Codex gốc. Các tham chiếu mô hình openai-codex/gpt-* là cấu hình cũ được sửa bởi openclaw doctor --fix. Truy cập trực tiếp bằng khóa API OpenAI vẫn khả dụng cho các bề mặt OpenAI API không phải tác tử và cho các mô hình tác tử thông qua một hồ sơ khóa API openai-codex có thứ tự. Xem Nhà cung cấp mô hình và Onboarding (CLI).
openai-codex là id nhà cung cấp và hồ sơ xác thực cho ChatGPT/Codex OAuth. Các cấu hình cũ cũng dùng nó làm tiền tố mô hình:
  • openai/gpt-5.5 = xác thực bằng gói đăng ký ChatGPT/Codex với runtime Codex gốc cho lượt tác tử
  • openai-codex/gpt-5.5 = tuyến mô hình cũ được sửa bởi openclaw doctor --fix
  • openai/gpt-5.5 cộng với một hồ sơ khóa API openai-codex có thứ tự = xác thực khóa API cho một mô hình tác tử OpenAI
  • openai-codex:... = id hồ sơ xác thực, không phải tham chiếu mô hình
Nếu bạn muốn đường dẫn tính phí/giới hạn trực tiếp của OpenAI Platform, hãy đặt OPENAI_API_KEY. Nếu bạn muốn xác thực bằng gói đăng ký ChatGPT/Codex, hãy đăng nhập bằng openclaw models auth login --provider openai-codex. Giữ tham chiếu mô hình là openai/gpt-5.5; các tham chiếu mô hình openai-codex/* là cấu hình cũ mà openclaw doctor --fix sẽ viết lại.
Codex OAuth dùng các cửa sổ hạn mức do OpenAI quản lý, phụ thuộc vào gói. Trên thực tế, các giới hạn đó có thể khác với trải nghiệm trên website/ứng dụng ChatGPT, ngay cả khi cả hai đều gắn với cùng một tài khoản.OpenClaw có thể hiển thị các cửa sổ mức sử dụng/hạn mức nhà cung cấp hiện nhìn thấy trong openclaw models status, nhưng nó không tự tạo hoặc chuẩn hóa quyền lợi ChatGPT-web thành truy cập API trực tiếp. Nếu bạn muốn đường dẫn tính phí/giới hạn trực tiếp của OpenAI Platform, hãy dùng openai/* với khóa API.
Có. OpenClaw hỗ trợ đầy đủ OAuth gói đăng ký OpenAI Code (Codex). OpenAI cho phép rõ ràng việc sử dụng OAuth gói đăng ký trong các công cụ/quy trình bên ngoài như OpenClaw. Onboarding có thể chạy luồng OAuth cho bạn.Xem OAuth, Nhà cung cấp mô hình, và Onboarding (CLI).
Gemini CLI dùng một luồng xác thực Plugin, không phải client id hoặc secret trong openclaw.json.Các bước:
  1. Cài Gemini CLI cục bộ để gemini nằm trên PATH
    • Homebrew: brew install gemini-cli
    • npm: npm install -g @google/gemini-cli
  2. Bật Plugin: openclaw plugins enable google
  3. Đăng nhập: openclaw models auth login --provider google-gemini-cli --set-default
  4. Mô hình mặc định sau khi đăng nhập: google-gemini-cli/gemini-3-flash-preview
  5. Nếu yêu cầu thất bại, đặt GOOGLE_CLOUD_PROJECT hoặc GOOGLE_CLOUD_PROJECT_ID trên máy chủ Gateway
Thao tác này lưu token OAuth trong các hồ sơ xác thực trên máy chủ Gateway. Chi tiết: Nhà cung cấp mô hình.
Thường là không. OpenClaw cần ngữ cảnh lớn + an toàn mạnh; các card nhỏ sẽ cắt ngắn và rò rỉ. Nếu bắt buộc, hãy chạy bản dựng mô hình lớn nhất bạn có thể chạy cục bộ (LM Studio) và xem /gateway/local-models. Mô hình nhỏ hơn/lượng tử hóa làm tăng rủi ro prompt-injection - xem Bảo mật.
Chọn các endpoint cố định theo khu vực. OpenRouter cung cấp các tùy chọn lưu trữ tại Mỹ cho MiniMax, Kimi, và GLM; chọn biến thể lưu trữ tại Mỹ để giữ dữ liệu trong khu vực. Bạn vẫn có thể liệt kê Anthropic/OpenAI cùng với các tùy chọn này bằng cách dùng models.mode: "merge" để các phương án dự phòng vẫn khả dụng trong khi vẫn tôn trọng nhà cung cấp theo khu vực mà bạn chọn.
Không. OpenClaw chạy trên macOS hoặc Linux (Windows qua WSL2). Mac mini là tùy chọn - một số người mua nó làm máy chủ luôn bật, nhưng một VPS nhỏ, máy chủ tại nhà, hoặc thiết bị cỡ Raspberry Pi cũng hoạt động.Bạn chỉ cần Mac cho các công cụ chỉ chạy trên macOS. Với iMessage, dùng iMessage với imsg trên bất kỳ Mac nào đã đăng nhập Messages. Nếu Gateway chạy trên Linux hoặc nơi khác, đặt channels.imessage.cliPath thành một SSH wrapper chạy imsg trên Mac đó. Nếu bạn muốn các công cụ chỉ chạy trên macOS khác, hãy chạy Gateway trên Mac hoặc ghép cặp một Node macOS.Tài liệu: iMessage, Nodes, Chế độ từ xa Mac.
Bạn cần một thiết bị macOS nào đó đã đăng nhập Messages. Nó không nhất thiết phải là Mac mini - bất kỳ Mac nào cũng được. Dùng iMessage với imsg; Gateway có thể chạy trên Mac đó, hoặc có thể chạy ở nơi khác với một SSH wrapper cliPath.Các thiết lập phổ biến:
  • Chạy Gateway trên Linux/VPS, và đặt channels.imessage.cliPath thành một SSH wrapper chạy imsg trên Mac đã đăng nhập Messages.
  • Chạy mọi thứ trên Mac nếu bạn muốn thiết lập một máy đơn giản nhất.
Tài liệu: iMessage, Nodes, Chế độ từ xa Mac.
Có. Mac mini có thể chạy Gateway, và MacBook Pro của bạn có thể kết nối như một Node (thiết bị đồng hành). Nodes không chạy Gateway - chúng cung cấp thêm khả năng như màn hình/camera/canvas và system.run trên thiết bị đó.Mẫu phổ biến:
  • Gateway trên Mac mini (luôn bật).
  • MacBook Pro chạy ứng dụng macOS hoặc một máy chủ Node và ghép cặp với Gateway.
  • Dùng openclaw nodes status / openclaw nodes list để xem nó.
Tài liệu: Nodes, Nodes CLI.
Bun không được khuyến nghị. Chúng tôi thấy các lỗi runtime, đặc biệt với WhatsApp và Telegram. Dùng Node cho các Gateway ổn định.Nếu bạn vẫn muốn thử nghiệm với Bun, hãy làm trên một Gateway không dùng cho sản xuất không có WhatsApp/Telegram.
channels.telegram.allowFrom là ID người dùng Telegram của người gửi là con người (dạng số). Nó không phải tên người dùng bot.Thiết lập chỉ yêu cầu ID người dùng dạng số. Nếu bạn đã có các mục @username cũ trong cấu hình, openclaw doctor --fix có thể cố gắng phân giải chúng.An toàn hơn (không có bot bên thứ ba):
  • DM bot của bạn, rồi chạy openclaw logs --follow và đọc from.id.
Bot API chính thức:
  • DM bot của bạn, rồi gọi https://api.telegram.org/bot<bot_token>/getUpdates và đọc message.from.id.
Bên thứ ba (ít riêng tư hơn):
  • DM @userinfobot hoặc @getidsbot.
Xem /channels/telegram.
Có, thông qua định tuyến đa tác tử. Liên kết DM WhatsApp của từng người gửi (peer kind: "direct", người gửi E.164 như +15551234567) với một agentId khác nhau, để mỗi người có workspace và kho phiên riêng. Trả lời vẫn đến từ cùng một tài khoản WhatsApp, và kiểm soát truy cập DM (channels.whatsapp.dmPolicy / channels.whatsapp.allowFrom) là toàn cục theo từng tài khoản WhatsApp. Xem Định tuyến đa tác tử và WhatsApp.
Có. Dùng định tuyến đa tác tử: cấp cho mỗi tác tử mô hình mặc định riêng, rồi liên kết các tuyến đến (tài khoản nhà cung cấp hoặc các peer cụ thể) với từng tác tử. Cấu hình ví dụ nằm trong Định tuyến đa tác tử. Xem thêm Mô hình và Cấu hình.
Có. Homebrew hỗ trợ Linux (Linuxbrew). Thiết lập nhanh:
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
echo 'eval "$(/home/linuxbrew/.linuxbrew/bin/brew shellenv)"' >> ~/.profile
eval "$(/home/linuxbrew/.linuxbrew/bin/brew shellenv)"
brew install <formula>
Nếu bạn chạy OpenClaw qua systemd, hãy bảo đảm PATH của service bao gồm /home/linuxbrew/.linuxbrew/bin (hoặc tiền tố brew của bạn) để các công cụ cài bằng brew được phân giải trong shell không đăng nhập. Các bản dựng gần đây cũng thêm các thư mục bin người dùng phổ biến vào đầu đường dẫn trên service systemd Linux (ví dụ ~/.local/bin, ~/.npm-global/bin, ~/.local/share/pnpm, ~/.bun/bin) và tôn trọng PNPM_HOME, NPM_CONFIG_PREFIX, BUN_INSTALL, VOLTA_HOME, ASDF_DATA_DIR, NVM_DIR, và FNM_DIR khi được đặt.
  • Cài đặt có thể tùy biến (git): checkout toàn bộ mã nguồn, có thể chỉnh sửa, phù hợp nhất cho người đóng góp. Bạn chạy build cục bộ và có thể vá mã/tài liệu.
  • Cài đặt npm: cài CLI toàn cục, không có repo, phù hợp nhất để “chỉ chạy thôi.” Cập nhật đến từ npm dist-tags.
Tài liệu: Bắt đầu, Cập nhật.
Có. Dùng openclaw update --channel ... khi OpenClaw đã được cài đặt. Thao tác này không xóa dữ liệu của bạn - nó chỉ thay đổi bản cài mã OpenClaw. Trạng thái (~/.openclaw) và workspace (~/.openclaw/workspace) của bạn vẫn không bị đụng tới.Từ npm sang git:
openclaw update --channel dev
Từ git sang npm:
openclaw update --channel stable
Thêm --dry-run để xem trước việc chuyển chế độ dự kiến. Trình cập nhật chạy các bước tiếp theo của Doctor, làm mới nguồn Plugin cho kênh đích, và khởi động lại Gateway trừ khi bạn truyền --no-restart.Trình cài đặt cũng có thể buộc một trong hai chế độ:
curl -fsSL https://openclaw.ai/install.sh | bash -s -- --install-method git
curl -fsSL https://openclaw.ai/install.sh | bash -s -- --install-method npm
Mẹo sao lưu: xem Chiến lược sao lưu.
Câu trả lời ngắn: nếu bạn muốn độ tin cậy 24/7, hãy dùng VPS. Nếu bạn muốn ít rào cản nhất và chấp nhận ngủ/khởi động lại, hãy chạy cục bộ.Laptop (Gateway cục bộ)
  • Ưu điểm: không tốn chi phí máy chủ, truy cập trực tiếp vào tệp cục bộ, cửa sổ trình duyệt trực tiếp.
  • Nhược điểm: ngủ/mất mạng = ngắt kết nối, cập nhật/khởi động lại hệ điều hành gây gián đoạn, phải luôn bật.
VPS / đám mây
  • Ưu điểm: luôn hoạt động, mạng ổn định, không gặp vấn đề laptop ngủ, dễ duy trì chạy liên tục hơn.
  • Nhược điểm: thường chạy không màn hình (dùng ảnh chụp màn hình), chỉ truy cập tệp từ xa, bạn phải SSH để cập nhật.
Ghi chú riêng cho OpenClaw: WhatsApp/Telegram/Slack/Mattermost/Discord đều hoạt động tốt từ VPS. Đánh đổi thực sự duy nhất là trình duyệt không màn hình so với cửa sổ hiển thị. Xem Trình duyệt.Mặc định khuyến nghị: VPS nếu trước đây bạn từng gặp tình trạng gateway bị ngắt kết nối. Chạy cục bộ rất phù hợp khi bạn đang chủ động dùng Mac và muốn truy cập tệp cục bộ hoặc tự động hóa UI với trình duyệt hiển thị.
Không bắt buộc, nhưng được khuyến nghị để tăng độ tin cậy và khả năng cô lập.
  • Máy chủ chuyên dụng (VPS/Mac mini/Pi): luôn hoạt động, ít bị gián đoạn do ngủ/khởi động lại hơn, quyền sạch hơn, dễ duy trì chạy liên tục hơn.
  • Laptop/máy tính để bàn dùng chung: hoàn toàn ổn để thử nghiệm và sử dụng chủ động, nhưng hãy dự kiến sẽ có các khoảng tạm dừng khi máy ngủ hoặc cập nhật.
Nếu bạn muốn kết hợp ưu điểm của cả hai, hãy giữ Gateway trên một máy chủ chuyên dụng và ghép nối laptop của bạn làm một node cho các công cụ màn hình/máy ảnh/thực thi cục bộ. Xem Node. Để biết hướng dẫn bảo mật, đọc Bảo mật.
OpenClaw rất nhẹ. Với Gateway cơ bản + một kênh chat:
  • Tối thiểu tuyệt đối: 1 vCPU, RAM 1GB, đĩa ~500MB.
  • Khuyến nghị: 1-2 vCPU, RAM 2GB trở lên để có dư địa (nhật ký, phương tiện, nhiều kênh). Công cụ Node và tự động hóa trình duyệt có thể tiêu tốn nhiều tài nguyên.
Hệ điều hành: dùng Ubuntu LTS (hoặc bất kỳ Debian/Ubuntu hiện đại nào). Quy trình cài đặt Linux được kiểm thử tốt nhất ở đó.Tài liệu: Linux, Lưu trữ VPS.
Có. Hãy xem VM giống như VPS: nó cần luôn bật, có thể truy cập được và có đủ RAM cho Gateway cùng mọi kênh bạn bật.Hướng dẫn cơ bản:
  • Tối thiểu tuyệt đối: 1 vCPU, RAM 1GB.
  • Khuyến nghị: RAM 2GB trở lên nếu bạn chạy nhiều kênh, tự động hóa trình duyệt hoặc công cụ phương tiện.
  • Hệ điều hành: Ubuntu LTS hoặc Debian/Ubuntu hiện đại khác.
Nếu bạn dùng Windows, WSL2 là kiểu thiết lập VM dễ nhất và có khả năng tương thích công cụ tốt nhất. Xem Windows, Lưu trữ VPS. Nếu bạn đang chạy macOS trong VM, xem VM macOS.

​
Liên quan