Chạy OpenClaw không giới hạn trên Claude

OpenClaw là cổng AI đa kênh kết nối Claude với hơn 50 kênh nhắn tin thông qua kiến trúc trung tâm và nhánh. Mỗi kênh là một điểm cuối suy luận độc lập — bot Telegram, máy chủ Discord, không gian làm việc Slack, tiện ích web và các tích hợp tùy chỉnh đều định tuyến qua một cổng trung tâm chạy trên hạ tầng của bạn. Với các kỹ năng được chèn vào lời nhắc hệ thống và các kênh luôn mở, OpenClaw tạo ra mức sử dụng API liên tục, không ngừng, tăng tuyến tính theo số lượng kênh và người dùng đang hoạt động.

Kiến trúc luôn hoạt động của OpenClaw

OpenClaw hoạt động như một cổng theo kiến trúc trung tâm và nhánh. Trung tâm là một tiến trình tập trung (thường chạy trên VPS tại cổng 18789) quản lý cấu hình mô hình, việc chèn kỹ năng và định tuyến yêu cầu. Các nhánh là bộ kết nối kênh — mỗi bộ duy trì kết nối liên tục với một nền tảng nhắn tin và chuyển tiếp tin nhắn đến trung tâm để suy luận.

Mỗi kênh giống như một vòi suy luận luôn mở. Khi người dùng gửi tin nhắn trên bất kỳ nền tảng được kết nối nào, bộ kết nối kênh chuyển tiếp tin nhắn đó đến trung tâm. Trung tâm xây dựng lời nhắc đầy đủ (lời nhắc hệ thống + kỹ năng + lịch sử hội thoại + tin nhắn của người dùng), gửi đến Claude và truyền phản hồi theo luồng về kênh. Không có hàng đợi hay xử lý theo lô — mỗi tin nhắn đều được suy luận ngay lập tức.

Cổng không bao giờ nghỉ. Khi tiến trình còn chạy, tất cả hơn 50 kênh đều hoạt động và mọi tin nhắn đến đều kích hoạt một lệnh gọi API Claude. Khác với các công cụ tương tác chỉ tiêu thụ token khi nhà phát triển đang làm việc, OpenClaw tiêu thụ token bất cứ khi nào người dùng trên bất kỳ kênh nào gửi tin nhắn — với các triển khai hoạt động thường xuyên, điều này có nghĩa là hàng trăm hoặc hàng nghìn lệnh gọi mỗi ngày. Vì vậy, quyền truy cập không giới hạn không chỉ tiện lợi mà còn cần thiết về mặt kinh tế đối với các triển khai nghiêm túc.

Cấu hình nhà cung cấp trong openclaw.json

Cấu hình mô hình của OpenClaw nằm trong ~/.openclaw/openclaw.json, dưới khối models.providers. Mỗi mục nhà cung cấp cần có tên, trường api (phải MUST được đặt rõ ràng thành 'anthropic-messages' cho Claude — đây không phải giá trị mặc định), baseUrl trỏ đến cổng của bạn và apiKey để xác thực. Trường api kiểm soát định dạng yêu cầu mà OpenClaw sử dụng.

Đặt baseUrl thành https://aiprimetech.io (máy chủ gốc, không có /v1 — trình xử lý anthropic-messages sẽ nối thêm đường dẫn chính xác). Với apiKey, bạn có thể sử dụng giá trị trực tiếp hoặc nội suy biến môi trường bằng cú pháp ${ENV_VAR}. Nội suy giúp giữ bí mật ngoài tệp cấu hình: đặt apiKey thành '${UNLIMITED_API_KEY}' và xuất biến trong shell hoặc unit systemd của bạn.

Bạn cũng có thể chỉ định các header tùy chỉnh trong cấu hình nhà cung cấp. Sử dụng trường headers để truyền các cờ anthropic-beta hoặc header định tuyến tùy chỉnh. Ví dụ, headers: {'anthropic-beta': 'max-tokens-3-5-sonnet-2024-07-15'} bật đầu ra mở rộng cho các mô hình được hỗ trợ. Trên cổng không giới hạn, các header tiêu chuẩn hoạt động mà không cần sửa đổi.

Các mục mô hình và yêu cầu đối với trường api

Một điểm dễ gây lỗi quan trọng trong cấu hình OpenClaw: trường api trong mỗi mục mô hình phải MUST được đặt rõ ràng thành 'anthropic-messages'. Nếu bỏ qua, OpenClaw mặc định sử dụng định dạng hoàn thành văn bản chung không tương thích với Claude. Điều này gây ra các lỗi khó hiểu trông giống lỗi kết nối nhưng thực chất là sự không khớp về định dạng. Luôn thêm api: 'anthropic-messages' vào mọi mục mô hình Claude.

Định nghĩa các mục mô hình dưới models.models trong openclaw.json. Mỗi mục tham chiếu đến nhà cung cấp theo tên và chỉ định ID mô hình. Tạo các mục cho từng biến thể Claude: claude-sonnet-4-5 làm mặc định cho hầu hết các kênh, claude-opus-4-6 cho các kênh cần suy luận sâu hơn và claude-haiku-4-5 cho các kênh có lưu lượng lớn, nơi tốc độ quan trọng hơn độ sâu.

Gán mô hình cho các kênh trong cấu hình kênh. Mỗi kênh có thể sử dụng một mô hình khác nhau — kênh hỗ trợ khách hàng có thể dùng Sonnet để có phản hồi cân bằng, kênh kỹ thuật có thể dùng Opus cho các giải thích phức tạp và kênh thông báo có thể dùng Haiku để xác nhận nhanh. Với quyền truy cập không giới hạn, hãy gán mô hình theo nhu cầu chất lượng mà không cần cân nhắc chi phí.

Cổng theo kiến trúc trung tâm và nhánh trên cổng 18789

Cổng OpenClaw thường chạy trên cổng 18789 (có thể cấu hình trong openclaw.json dưới server.port). Nó cung cấp API REST để các bộ kết nối kênh gửi tin nhắn và nhận phản hồi. Cổng xử lý nội bộ việc xây dựng lời nhắc, lựa chọn mô hình, quản lý lịch sử hội thoại và truyền phản hồi theo luồng.

Triển khai cổng trên VPS có thời gian hoạt động ổn định — cổng cần chạy 24/7 để các kênh luôn phản hồi được. Sử dụng systemd hoặc Docker để bảo đảm tự động khởi động lại khi gặp sự cố. Tiến trình sử dụng ít CPU và bộ nhớ; điểm nghẽn luôn là độ trễ của lệnh gọi API phía thượng nguồn thay vì xử lý cục bộ. Một VPS nhỏ (1 CPU, 1 GB RAM) có thể xử lý hàng chục kênh đồng thời mà không gặp vấn đề.

Cổng duy trì lịch sử hội thoại trong bộ nhớ (có thể cấu hình lưu bền vững vào đĩa hoặc Redis). Mỗi cuộc hội thoại đang hoạt động trên tất cả các kênh đều có ngữ cảnh riêng ngày càng lớn. Với 50 kênh và nhiều người dùng hoạt động trên mỗi kênh, cổng có thể duy trì hàng trăm trạng thái hội thoại đồng thời. Việc quản lý ngữ cảnh này diễn ra tự động — các cuộc hội thoại cũ được loại bỏ dựa trên thiết lập TTL có thể cấu hình.

Chèn kỹ năng và quản lý lời nhắc hệ thống

Hệ thống kỹ năng của OpenClaw chèn các chỉ dẫn riêng cho từng năng lực vào lời nhắc hệ thống của mọi yêu cầu. Kỹ năng được định nghĩa dưới dạng tệp văn bản trong thư mục skills và có thể được gán cho các kênh cụ thể hoặc áp dụng toàn cục. Mỗi kỹ năng bổ sung ngữ cảnh giúp Claude phản hồi phù hợp với mục đích của kênh — giọng điệu hỗ trợ khách hàng, phong cách tài liệu kỹ thuật hoặc kiến thức chuyên ngành cụ thể.

Mỗi kỹ năng thêm token vào mọi yêu cầu trên mọi kênh được gán kỹ năng đó. Một kênh có năm kỹ năng đang hoạt động có thể thêm 2,000-5,000 token vào lời nhắc hệ thống của mỗi yêu cầu trước khi đưa lịch sử hội thoại vào. Trên năm mươi kênh với các cấu hình kỹ năng khác nhau, tổng lượng token bổ sung do kỹ năng mỗi ngày là đáng kể. Với quyền truy cập không giới hạn, điều này không thành vấn đề — hãy viết các kỹ năng toàn diện mà không phải lo về chi phí cho mỗi yêu cầu.

Kỹ năng có thể bao gồm nội dung động thông qua các biến mẫu. OpenClaw hỗ trợ chèn thông tin người dùng, ngữ cảnh kênh, thời điểm trong ngày và các biến tùy chỉnh vào văn bản kỹ năng. Việc chèn động này diễn ra tại thời điểm gửi yêu cầu, bảo đảm kỹ năng luôn chứa thông tin hiện tại. Sự linh hoạt này cho phép xây dựng hành vi tinh vi cho từng kênh mà không cần logic định tuyến phức tạp.

Cấu hình kênh và mở rộng quy mô

Mỗi kênh trong OpenClaw được cấu hình trong phần channels của openclaw.json hoặc trong các tệp cấu hình kênh riêng. Một mục kênh chỉ định loại nền tảng (telegram, discord, slack, web, custom), thông tin xác thực cho nền tảng đó, mô hình cần sử dụng, các kỹ năng được gán và thiết lập quản lý hội thoại (độ dài lịch sử, TTL, vai trò).

Việc mở rộng diễn ra tuyến tính: mỗi kênh mới bổ sung thêm một điểm cuối suy luận đang mở. Thêm một bot Telegram sẽ thêm một kênh. Thêm một máy chủ Discord có nhiều kênh được giám sát có thể thêm mười kênh. Mỗi kênh Discord được giám sát là một luồng hội thoại riêng với ngữ cảnh độc lập. Một hệ thống OpenClaw lớn với Discord, Telegram, Slack và tiện ích web có thể dễ dàng có 50-100 điểm cuối suy luận đang hoạt động.

Với hình thức tính phí theo token, mở rộng số kênh đồng nghĩa với việc chi phí tăng trực tiếp. Mỗi kênh mới làm tăng chi phí API tương ứng với lượng tin nhắn của kênh đó. Với gói không giới hạn, bạn có thể tự do mở rộng số kênh trong phạm vi giới hạn tốc độ theo chính sách sử dụng hợp lý. Thêm nền tảng, bot và tiện ích mới — mức phí cố định bao gồm tất cả. Ràng buộc duy nhất là giới hạn tốc độ theo phút, đủ rộng rãi cho hầu hết các hệ thống triển khai đa kênh.

Khắc phục sự cố khi triển khai OpenClaw

Lỗi cấu hình phổ biến nhất là quên thêm api: 'anthropic-messages' vào các mục mô hình. Nếu thiếu trường này, OpenClaw sẽ gửi yêu cầu sai định dạng và nhận được các lỗi khó hiểu từ API. Nếu bạn gặp lỗi phân tích phản hồi hoặc lỗi 400 không mong đợi, hãy kiểm tra trường api trước tiên. Bạn phải đặt trường này một cách tường minh — không có giá trị mặc định phù hợp cho các mô hình Claude.

Nếu một số kênh gặp lỗi trong khi các kênh khác vẫn hoạt động, nguyên nhân thường là cấu hình gán mô hình ở cấp kênh trỏ đến một mục mô hình không tồn tại hoặc có lỗi chính tả. OpenClaw không kiểm tra tính hợp lệ của các tham chiếu mô hình khi khởi động — lỗi chỉ xảy ra lúc gửi yêu cầu, khi kênh cố sử dụng mô hình bị cấu hình sai. Hãy kiểm tra để bảo đảm tham chiếu mô hình của mỗi kênh khớp chính xác với tên một mục models.models hiện có.

Nếu gặp lỗi giới hạn tốc độ khi tải đa kênh cao, hãy nhớ rằng tất cả các kênh đều dùng chung một khóa API và các giới hạn tốc độ. Nếu năm mươi kênh cùng hoạt động trong giờ cao điểm, tổng tốc độ yêu cầu có thể vượt quá giới hạn sử dụng hợp lý. Cổng xử lý các phản hồi 429 bằng cách đưa yêu cầu vào hàng đợi và thử lại, làm tăng độ trễ nhưng không mất tin nhắn. Với các hệ thống triển khai có lưu lượng rất cao, hãy liên hệ AI Prime Tech để trao đổi về việc tăng hạn mức tốc độ.

// ~/.openclaw/openclaw.json
{
  "models": {
    "providers": {
      "unlimited": {
        "api": "anthropic-messages",
        "baseUrl": "https://aiprimetech.io",
        "apiKey": "${UNLIMITED_API_KEY}"
      }
    },
    "models": {
      "sonnet": { "provider": "unlimited", "model": "claude-sonnet-4-5" },
      "opus":   { "provider": "unlimited", "model": "claude-opus-4-6" },
      "haiku":  { "provider": "unlimited", "model": "claude-haiku-4-5" }
    }
  },
  "server": { "port": 18789 }
}

# IMPORTANT: api: "anthropic-messages" is REQUIRED
# Without it, OpenClaw uses wrong request format

Câu hỏi thường gặp

AI Prime Tech là một cổng API độc lập. AI Prime Tech không liên kết với, không được Anthropic chứng thực và không phải là đại lý bán lại của Anthropic. Claude và các tên mô hình liên quan là nhãn hiệu của chủ sở hữu tương ứng.