เส้นทางการตั้งค่าและการซ่อมแซมตามปกติมีการจัดทำเอกสารไว้ในเอกสารการติดตั้ง CLI และ Gateway ส่วนเส้นทางเฉพาะแพลตฟอร์ม Windows จะติดตามไว้ในแถว Windows ผ่าน WSL2 และ Windows แบบเนทีฟ

สถาปัตยกรรมหลัก การยืนยันตัวตน การจับคู่ เอกสารโปรโตคอล เอกสารเดมอน และคู่มือปฏิบัติงาน CLI มีเนื้อหาครอบคลุมและเป็นปัจจุบัน

ลูปหลัก โมเดล การกำหนดเส้นทางผู้ให้บริการ และการสตรีมเครื่องมือเป็นองค์ประกอบหลักระดับแนวหน้า แต่พฤติกรรมของผู้ให้บริการเปลี่ยนแปลงทุกสัปดาห์และจำเป็นต้องมีหลักฐานจากสถานการณ์ทดสอบสำหรับแต่ละรุ่นที่เผยแพร่

เอกสารมีคุณภาพดีและมีการพัฒนาอย่างต่อเนื่อง ระดับความสมบูรณ์ขึ้นอยู่กับความคงทนของบันทึกการสนทนา คุณภาพของ Compaction และความเท่าเทียมกันระหว่างไคลเอนต์

ช่องทางจำนวนมากใช้สัญญาการนำส่งและการกำหนดเส้นทางของ Gateway ร่วมกัน แต่ลักษณะการทำงานของแต่ละช่องทางแตกต่างกันตามข้อจำกัดของ API ต้นทางและนโยบายบัญชี

มีเอกสารเกี่ยวกับ OTel, Prometheus, การบันทึกล็อก และการวินิจฉัยแล้ว แต่ยังต้องปรับปรุงให้สมบูรณ์ขึ้นสำหรับเผยแพร่สู่สาธารณะ โดยอธิบายว่า “ผู้ดูแลระบบควรตรวจสอบสิ่งใดก่อน”

มีเอกสาร Web UI ครอบคลุมขั้นตอนการจับคู่ แชต PWA การสนทนาด้วยเสียง การแจ้งเตือนแบบพุช และการใช้งาน Gateway จากระยะไกล เลื่อนระดับหลังจากมีตารางประเมินสำหรับการใช้งานข้ามเบราว์เซอร์และ PWA บนอุปกรณ์เคลื่อนที่

มีเอกสารที่ครอบคลุมและหลักฐานรันไทม์ภายในที่ชัดเจนสำหรับไฟล์ manifest การค้นหา การโหลด สถาปัตยกรรมผู้ให้บริการและเครื่องมือ ตลอดจนขอบเขตการอนุมัติ คงระดับแถวนี้ไว้ที่เบตาจนกว่าจะมีหลักฐานที่ชัดเจนยิ่งขึ้นเกี่ยวกับ API/เส้นทางย่อยของ SDK สาธารณะและการเผยแพร่ภายนอก

มีเอกสารและกลไกเสริมความแข็งแกร่งที่ดี ควรเลื่อนระดับหลังจากการทดสอบสถานการณ์อัปเกรดและความปลอดภัยเป็นประจำพิสูจน์แล้วว่าไม่มีการถดถอยในการตั้งค่า

มีเอกสารและพร้อมใช้งาน แต่การพิสูจน์ด้วยสถานการณ์ควรครอบคลุมการส่งมอบแบบไม่มีผู้ดูแล การลองใหม่ และการมองเห็นความล้มเหลว

มีขอบเขตความสามารถที่หลากหลาย แต่ความแตกต่างระหว่างผู้ให้บริการ ขีดจำกัดของไฟล์ และความเท่าเทียมกันระหว่าง Node กับแอป ทำให้ยังไม่เสถียร

มีการใช้งานหลายรูปแบบใน Control UI, แอป และผู้ให้บริการ จำเป็นต้องมีตารางประเมินเวลาแฝง รูปแบบความล้มเหลว และการตั้งค่า ก่อนเข้าสู่ระยะเบตา

มีอยู่ในเอกสารและซอร์สโค้ด แต่ปรากฏให้เห็นน้อยกว่าในฐานะเวิร์กโฟลว์หลักของผู้ใช้ จำเป็นต้องกำหนดสถานการณ์การใช้งานอย่างชัดเจน

มีเอกสารสาธารณะและแนวคิดด้านระบบนิเวศแล้ว แต่ยังต้องมีตารางคะแนนสำหรับการติดตั้ง ความน่าเชื่อถือ การอัปเดต การย้อนกลับ และความเข้ากันได้

OpenClaw App SDK เป็นสัญญาสำหรับแอปภายนอกที่แยกต่างหากจากรันไทม์ Gateway และ Plugin SDK คะแนนปัจจุบันแสดงให้เห็นว่ามีเส้นทาง @openclaw/sdk ที่ใช้งานได้จริง แต่ยังมีช่องว่างเกี่ยวกับการจัดแพ็กเกจแบบสาธารณะ การค้นพบอัตโนมัติ การอนุมัติ ตัวช่วย และความเข้ากันได้

แนะนำให้ใช้รันไทม์ Node มีเอกสารสำหรับบริการผู้ใช้ systemd และมีคำแนะนำเกี่ยวกับ VPS/คอนเทนเนอร์อย่างครอบคลุม

มีเอกสารสำหรับเส้นทางบริการ LaunchAgent, โหมด Gateway ภายในเครื่อง/ระยะไกล, การติดตั้ง CLI และการผสานรวมกับแอป

มีการเผยแพร่อย่างเป็นทางการผ่าน Google Play เอกสารสำหรับสร้างและเรียกใช้จากซอร์สโค้ดได้รับการดูแลอย่างต่อเนื่อง และแอป Android ได้รับการจัดทำเอกสารในฐานะ Node คู่หูตามปกติสำหรับผู้ใช้

มีการเผยแพร่อย่างเป็นทางการผ่าน App Store มีเอกสารอธิบายการแจ้งเตือนแบบพุชที่รองรับด้วยรีเลย์ และแอป iOS ได้รับการจัดทำเอกสารให้เป็น Node คู่หูตามปกติสำหรับผู้ใช้

มีเอกสารการติดตั้งและเป็นแนวทางการปรับใช้ที่ใช้กันทั่วไป เลื่อนระดับเมื่อการทดสอบควันประจำรุ่นครอบคลุมพฤติกรรมการอัปเกรดและวอลุ่มอย่างต่อเนื่อง

แนวทางที่แนะนำสำหรับ Windows พร้อมคำแนะนำเกี่ยวกับ systemd/บริการผู้ใช้และเอกสารลำดับการบูต เลื่อนระดับหลังจากประเมินคะแนนการติดตั้ง/อัปเดตซ้ำหลายครั้ง

มีเอกสารแพลตฟอร์มแล้ว และเส้นทาง Gateway ใช้ Linux เป็นพื้นฐาน จำเป็นต้องมีหลักฐานการทดสอบเบื้องต้นของรุ่นที่เจาะจงสำหรับฮาร์ดแวร์เพื่อเลื่อนไปยังระดับที่สูงขึ้น

มีแอปแถบเมนูที่มีฟังก์ชันครบครัน การอนุญาต โหมด Node, Canvas, การปลุกด้วยเสียง, WebChat และโหมดระยะไกลแล้ว แต่ยังเปลี่ยนแปลงอย่างรวดเร็วจึงยังไม่ควรจัดเป็นระดับเสถียร

โฟลว์หลักของ CLI/Gateway ใช้งานได้ แต่เอกสารยังคงแนะนำ WSL2 เพื่อประสบการณ์การใช้งานที่ครบถ้วน และระบุข้อควรระวังสำหรับการใช้งานแบบเนทีฟ

การโฮสต์บน Kubernetes เป็นแนวทางการปรับใช้คลัสเตอร์แบบเฉพาะที่ใช้ Kustomize คะแนนปัจจุบันแสดงให้เห็นว่ามีแนวทางการปรับใช้ขั้นต่ำที่ใช้งานได้จริง แต่ยังมีช่องว่างด้าน CI สำหรับ Kubernetes โดยเฉพาะ การจัดแพ็กเกจ ingress/TLS/NetworkPolicy การสำรองและกู้คืนข้อมูล และการเสริมความแข็งแกร่งด้านความปลอดภัยสำหรับการเปิดให้เข้าถึงในสภาพแวดล้อมใช้งานจริง

ขั้นตอนการติดตั้งเพิ่มเติม ต้องระบุคำมั่นด้านการสนับสนุนให้ชัดเจนยิ่งขึ้นก่อนเลื่อนสถานะเป็นอัลฟา/เบตา

ซอร์สมีพื้นผิวของแอปและส่วนขยายสำหรับ Watch แต่เอกสารสาธารณะยังไม่ได้นำเสนอสิ่งนี้เป็นคุณลักษณะสำหรับผู้ใช้

เอกสารระบุว่ามีแผนพัฒนาแอปคู่หูแบบเนทีฟสำหรับ Linux โดยปัจจุบัน Gateway เป็นแนวทางที่รองรับสำหรับ Linux

อยู่ในขั้นวางแผนเท่านั้น

มีเอกสารเชิงลึกและครอบคลุมฟีเจอร์อย่างกว้างขวาง เส้นทางเสียงและการมอบหมายงานควรได้รับการให้คะแนนแยกกันในระดับเบตา/แอลฟา

ช่องทางหลักมีความพร้อมเพียงพอสำหรับการใช้งานทั่วไป แต่ประสบการณ์ผู้ใช้ที่มีความแปรปรวนสูงและกรณีขอบเขตด้านสื่อยังต้องมีการพิสูจน์ด้วยสถานการณ์ซ้ำอย่างต่อเนื่อง

เอกสารและพื้นผิวการกำหนดเส้นทางของช่องทางระดับเฟิร์สคลาส จำเป็นต้องมีตารางคะแนนสำหรับสถานการณ์การติดตั้งและการดูแลพื้นที่ทำงาน

iMessage ที่รองรับทำงานผ่าน imsg บนโฮสต์ macOS Messages ที่ลงชื่อเข้าใช้แล้ว ส่วนการกำหนดค่า BlueBubbles แบบเดิมจำเป็นต้องย้ายข้อมูล ควรแสดงข้อควรระวังเกี่ยวกับสิทธิ์ของ macOS, ตัวห่อหุ้ม SSH, SIP/API ส่วนตัว และการย้ายข้อมูลไว้อย่างชัดเจน

เส้นทางหลักมีความสำคัญและมีเอกสารกำกับ แต่ความผันผวนของ Baileys/เซสชันต้นทางทำให้ยังไม่ถึงระดับเสถียร

รองรับผ่าน Plugin ที่รวมมาให้ ต้องมีบริดจ์ การยืนยันตัวตน และตารางประเมินวงจรชีวิตของห้อง

ช่องทางมีเอกสารประกอบ แต่การตั้งค่าสำหรับองค์กรและผู้ดูแลระบบเพิ่มความเสี่ยงด้านระดับความพร้อมใช้งาน

โฟลว์การยืนยันตัวตนและการดูแลระบบระดับองค์กรต้องมีหลักฐานจากสถานการณ์ที่ชัดเจน

มีเอกสารสำหรับช่องทางที่รองรับแล้ว แต่ยังต้องมีหลักฐานการติดตั้งและการเชื่อมต่อใหม่ที่ชัดเจนยิ่งขึ้น

มีความครอบคลุมระดับภูมิภาคที่สำคัญ แต่ควรปรับระดับการรองรับสาธารณะให้เหมาะสมตามประเภทบัญชี การอนุมัติจากต้นทาง และหลักฐานจากผู้ดูแล