Các quy trình thiết lập và sửa chữa thông thường được ghi lại trong tài liệu cài đặt, CLI và Gateway. Các quy trình dành riêng cho nền tảng Windows được theo dõi trong các hàng Windows qua WSL2 và Windows gốc.

Kiến trúc lõi, xác thực, ghép đôi, tài liệu giao thức, tài liệu daemon và cẩm nang vận hành CLI đều có phạm vi rộng và được cập nhật.

Vòng lặp chính, mô hình, định tuyến nhà cung cấp và truyền trực tuyến công cụ là các thành phần cốt lõi, nhưng hành vi của nhà cung cấp thay đổi hằng tuần và cần được kiểm chứng theo kịch bản cho mỗi bản phát hành.

Tài liệu đầy đủ và hoạt động triển khai tích cực. Mức độ trưởng thành phụ thuộc vào độ bền vững của bản ghi, chất lượng Compaction và tính tương đương giữa các ứng dụng khách.

Nhiều kênh dùng chung các hợp đồng phân phối và định tuyến của Gateway, nhưng hành vi của kênh thay đổi tùy theo API thượng nguồn và các ràng buộc trong chính sách tài khoản.

Đã có tài liệu về OTel, Prometheus, ghi nhật ký và chẩn đoán. Cần một vòng hoàn thiện công khai về mức độ trưởng thành cho nội dung "người vận hành nên xem xét điều gì trước tiên".

Giao diện web được lập tài liệu với các luồng ghép nối, trò chuyện, PWA, Talk, thông báo đẩy và Gateway từ xa. Nâng cấp sau khi có bảng điểm cho nhiều trình duyệt và PWA trên thiết bị di động.

Có tài liệu bao quát và bằng chứng mạnh mẽ về runtime nội bộ đối với manifest, cơ chế khám phá, tải, kiến trúc nhà cung cấp/công cụ và các ranh giới phê duyệt. Giữ hàng này ở mức beta cho đến khi có bằng chứng mạnh hơn về API/đường dẫn con của SDK công khai và hoạt động phân phối bên ngoài.

Đã có tài liệu tốt và các bề mặt tăng cường bảo mật. Nâng cấp sau khi các lượt chạy thường xuyên cho kịch bản nâng cấp/bảo mật chứng minh rằng không có lỗi hồi quy trong quá trình thiết lập.

Đã được lập tài liệu và có thể sử dụng, nhưng bằng chứng theo kịch bản cần bao quát việc phân phối không cần giám sát, các lần thử lại và khả năng quan sát lỗi.

Có phạm vi khả năng rộng, nhưng sự khác biệt giữa các nhà cung cấp, giới hạn tệp và tính tương đương giữa Node/ứng dụng khiến bề mặt này chưa ổn định.

Có nhiều cách triển khai trên Control UI, các ứng dụng và các nhà cung cấp. Cần có bảng điểm về độ trễ, chế độ lỗi và quy trình thiết lập trước khi chuyển sang beta.

Có trong tài liệu và mã nguồn, nhưng ít nổi bật hơn với vai trò là quy trình làm việc chính của người dùng. Cần định nghĩa rõ ràng các kịch bản.

Đã có tài liệu công khai và khái niệm về hệ sinh thái. Cần có các bảng điểm về cài đặt, độ tin cậy, cập nhật, khôi phục phiên bản và khả năng tương thích.

OpenClaw App SDK là một hợp đồng ứng dụng bên ngoài riêng biệt, tách khỏi môi trường chạy Gateway và Plugin SDK. Điểm số hiện tại cho thấy một lộ trình @openclaw/sdk thực tế nhưng vẫn còn thiếu sót về đóng gói công khai, tự động khám phá, phê duyệt, trình trợ giúp và khả năng tương thích.

Khuyến nghị sử dụng môi trường chạy Node, dịch vụ người dùng systemd đã được lập tài liệu và hướng dẫn về VPS/container bao quát nhiều trường hợp.

Đường dẫn dịch vụ LaunchAgent, các chế độ Gateway cục bộ/từ xa, cài đặt CLI và tích hợp ứng dụng đều được ghi lại trong tài liệu.

Đã có bản phân phối chính thức trên Google Play, tài liệu xây dựng/chạy từ mã nguồn được duy trì và ứng dụng Android được ghi nhận là một node đồng hành thông thường dành cho người dùng.

Đã có bản phân phối chính thức trên App Store, tính năng đẩy được hỗ trợ bởi relay đã được ghi tài liệu và ứng dụng iOS được mô tả là một Node đồng hành thông thường dành cho người dùng.

Đã có tài liệu cài đặt và đây là các phương thức triển khai phổ biến. Nâng cấp mức độ trưởng thành sau khi quy trình kiểm thử nhanh định kỳ cho bản phát hành ghi nhận được hành vi nâng cấp và ổ đĩa lưu trữ.

Lộ trình Windows được khuyến nghị, kèm hướng dẫn về systemd/dịch vụ người dùng và tài liệu chuỗi khởi động. Nâng cấp sau khi có các bảng điểm cài đặt/cập nhật lặp lại.

Đã có tài liệu nền tảng và đường dẫn Gateway dựa trên Linux. Cần bằng chứng kiểm thử nhanh bản phát hành dành riêng cho phần cứng để nâng lên mức cao hơn.

Đã có ứng dụng thanh menu phong phú, quyền, chế độ Node, Canvas, kích hoạt bằng giọng nói, WebChat và chế độ từ xa. Tuy nhiên, ứng dụng vẫn thay đổi đủ nhanh nên chưa thể đạt mức Ổn định.

Các luồng CLI/Gateway cốt lõi hoạt động, nhưng tài liệu vẫn khuyến nghị WSL2 để có trải nghiệm đầy đủ và liệt kê các lưu ý khi chạy nguyên bản.

Lưu trữ trên Kubernetes là một lộ trình triển khai cụm riêng biệt dựa trên Kustomize. Điểm số hiện tại cho thấy đã có một lộ trình triển khai tối thiểu thực tế, nhưng vẫn còn thiếu sót về CI dành riêng cho Kubernetes, đóng gói ingress/TLS/NetworkPolicy, sao lưu/khôi phục và tăng cường bảo mật khi công khai trong môi trường sản xuất.

Luồng cài đặt tùy chọn. Cần cam kết hỗ trợ rõ ràng hơn trước khi nâng lên alpha/beta.

Mã nguồn có các bề mặt ứng dụng/tiện ích mở rộng Watch; tài liệu công khai chưa giới thiệu đây là một tính năng dành cho người dùng.

Tài liệu cho biết các ứng dụng đồng hành Linux gốc đã được lên kế hoạch; Gateway hiện là phương thức được hỗ trợ trên Linux.

Chỉ mới được lên kế hoạch.

Tài liệu chuyên sâu và phạm vi tính năng rộng. Các luồng thoại/ủy quyền nên tiếp tục được chấm điểm riêng ở mức beta/alpha.

Kênh cốt lõi đã đủ trưởng thành để sử dụng thường xuyên, nhưng trải nghiệm người dùng có độ biến thiên cao và các trường hợp biên về phương tiện cần được kiểm chứng định kỳ bằng các kịch bản.

Tài liệu kênh hạng nhất và bề mặt định tuyến. Cần bảng điểm cho các kịch bản cài đặt không gian làm việc/quản trị viên.

iMessage được hỗ trợ chạy qua imsg trên máy chủ macOS Messages đã đăng nhập; các cấu hình BlueBubbles cũ cần được di chuyển. Luôn hiển thị rõ các lưu ý về quyền macOS, trình bao bọc SSH, SIP/API riêng tư và quá trình di chuyển.

Luồng cốt lõi rất quan trọng và đã được ghi chép; sự biến động của Baileys/phiên ở thượng nguồn khiến nó vẫn chưa đạt mức Ổn định.

Được hỗ trợ thông qua plugin đi kèm. Cần bảng điểm cho cầu nối, xác thực và vòng đời phòng.

Kênh đã được lập tài liệu, nhưng việc thiết lập dành cho doanh nghiệp/quản trị viên làm tăng rủi ro về mức độ trưởng thành.