50 superficies agrupadas en 4 familias, con cada categoría vinculada a la documentación canónica y a los identificadores de cobertura de control de calidad.
Una superficie es un área del producto, como el entorno de ejecución del Gateway, Discord o la aplicación para macOS. Cada superficie contiene categorías, y cada categoría contiene las comprobaciones a nivel de capacidad que cubren los escenarios de control de calidad. Utilice el cuadro de evaluación para valorar el nivel de una versión; utilice esta página para examinar el modelo subyacente.
M0PlanificadoSe conoce la dirección, pero no existe ninguna ruta de usuario compatible.Promoción: existen una incidencia de diseño, un responsable y una superficie objetivo.
M1ExperimentalImplementado con salvedades, indicadores, compilaciones desde el código fuente o flujos exclusivos para responsables de mantenimiento.Promoción: un responsable de mantenimiento puede ejecutar el escenario desde la rama principal actual.
M2AlfaLos usuarios reales pueden probarlo, pero se esperan cambios incompatibles y una experiencia de usuario incompleta.Promoción: configuración documentada, pruebas básicas, salvedades conocidas y al menos una prueba en un entorno real.
M3BetaExiste una ruta pública y el flujo de trabajo principal se puede utilizar con salvedades acotadas.Promoción: documentación de instalación y actualización, pruebas de regresión, manual operativo de soporte y una prueba satisfactoria del escenario en el entorno previsto.
M4EstableRuta recomendada para usuarios habituales. Los fallos se consideran regresiones.Promoción: control de versión, ruta de diagnóstico y solución de problemas, documentación amplia y pruebas reiteradas en entornos reales.
M5ClawesomePulido, agradable, bien instrumentado y competitivo frente al mejor flujo de trabajo comparable.Promoción: nivel estable más la aprobación del cuadro de evaluación de usuarios entre usuarios representativos.
Las rutas normales de configuración y reparación están documentadas en la documentación de instalación, CLI y Gateway. Las rutas específicas de Windows se registran en las filas de Windows mediante WSL2 y Windows nativo.
Entorno de ejecución del Gateway - M4 estable - 13 áreas
La arquitectura central, la autenticación, el emparejamiento, la documentación del protocolo, la documentación del daemon y las guías operativas de la CLI son amplias y están actualizadas.
El bucle principal, los modelos, el enrutamiento de proveedores y la transmisión de herramientas son elementos de primera clase, pero el comportamiento de los proveedores cambia semanalmente y requiere pruebas de escenarios en cada versión.
Motor de sesiones, memoria y contexto - M3 Beta - 9 áreas
Documentación sólida e implementación activa. La madurez depende de la durabilidad de las transcripciones, la calidad de la Compaction y la paridad entre clientes.
Muchos canales comparten los contratos de entrega y enrutamiento del Gateway, pero el comportamiento de los canales varía según la API de origen y las restricciones de las políticas de las cuentas.
Existen documentos sobre OTel, Prometheus, registro y diagnóstico. Se necesita una revisión pública de madurez sobre «qué deberían consultar primero los operadores».
La interfaz web está documentada con flujos de emparejamiento, chat, PWA, Talk, notificaciones push y Gateway remoto. Promover después de completar las evaluaciones para varios navegadores y PWA móviles.
Existen documentación amplia y pruebas internas sólidas del entorno de ejecución en manifiestos, detección, carga, arquitectura de proveedores y herramientas, y límites de aprobación. Mantenga la fila en beta hasta que sean más sólidas las pruebas de la API y las subrutas públicas del SDK, así como de la distribución externa.
Seguridad, autenticación, emparejamiento y secretos - M3 Beta - 6 áreas
Existen buena documentación y superficies de protección. Promuévalo después de que las ejecuciones periódicas de escenarios de actualización y seguridad demuestren que no hay regresiones de configuración.
Comprensión y generación de contenido multimedia - M2 Alfa - 6 áreas
Existe una amplia superficie de capacidades, pero la variación entre proveedores, los límites de archivos y la paridad entre Node y la aplicación hacen que todavía no sea estable.
Voz y conversación en tiempo real - M2 Alfa - 6 áreas
Existen varias implementaciones en la interfaz de control, las aplicaciones y los proveedores. Se necesitan cuadros de evaluación de latencia, modos de fallo y configuración antes de la fase beta.
Presente en la documentación y el código fuente, pero menos visible como flujo de trabajo principal para el usuario. Necesita una definición explícita de los escenarios.
Existen documentación pública y un concepto de ecosistema. Se necesitan tablas de evaluación para la instalación, la confianza, las actualizaciones, la reversión y la compatibilidad.
SDK de aplicaciones de OpenClaw - M2 Alfa - 6 áreas
El SDK de aplicaciones de OpenClaw es un contrato diferenciado para aplicaciones externas, independiente del entorno de ejecución de Gateway y del SDK de plugins. La puntuación actual muestra una ruta @openclaw/sdk real con carencias en el empaquetado público, el descubrimiento automático, las aprobaciones, las funciones auxiliares y la compatibilidad.
Existe una distribución oficial en Google Play, se mantiene la documentación para compilar y ejecutar desde el código fuente, y la aplicación para Android está documentada como un Node complementario normal para los usuarios.
Existe una distribución oficial en la App Store, las notificaciones push respaldadas por retransmisión están documentadas y la aplicación para iOS se documenta como un nodo complementario normal para los usuarios.
Alojamiento con Docker y Podman - M3 Beta - 4 áreas
Existe documentación de instalación y estas son rutas de despliegue habituales. Promover cuando las pruebas de humo periódicas de cada versión registren el comportamiento de las actualizaciones y los volúmenes.
Ruta recomendada para Windows con orientación sobre systemd y servicios de usuario, además de documentación sobre la cadena de arranque. Promover después de evaluaciones repetidas de instalación y actualización.
Raspberry Pi y dispositivos Linux pequeños - M3 Beta - 4 áreas
Existe documentación de la plataforma y la ruta del Gateway se basa en Linux. Se necesitan pruebas de humo de la versión específicas para el hardware para avanzar a un nivel superior.
Aplicación complementaria para macOS - M3 Beta - 8 áreas
Existe una completa aplicación para la barra de menús, con permisos, modo Node, Canvas, activación por voz, WebChat y modo remoto. Sigue evolucionando con demasiada rapidez como para considerarla estable.
Los flujos principales de la CLI y el Gateway funcionan, pero la documentación aún recomienda WSL2 para disfrutar de la experiencia completa y enumera las salvedades del uso nativo.
El alojamiento en Kubernetes es una ruta diferenciada de despliegue en clúster basada en Kustomize. La puntuación actual muestra una ruta de despliegue mínima real, con carencias en torno a la CI específica de Kubernetes, el empaquetado de ingress/TLS/NetworkPolicy, la copia de seguridad y restauración, y el refuerzo de la exposición en producción.
Superficies complementarias de watchOS - M1 Experimental - 5 áreas
El código fuente incluye superficies de aplicación/extensión para Watch; la documentación pública aún no las presenta como una función para el usuario.
El canal principal tiene la madurez suficiente para su uso habitual, pero la experiencia de usuario altamente variable y los casos extremos con contenido multimedia necesitan pruebas periódicas de escenarios.
Documentación de canal y superficie de enrutamiento de primera clase. Necesita tablas de puntuación de escenarios de instalación y administración del espacio de trabajo.
La compatibilidad con iMessage funciona mediante imsg en un host de Mensajes de macOS con una sesión iniciada; las configuraciones heredadas de BlueBubbles requieren migración. Mantenga visibles las advertencias sobre los permisos de macOS, el contenedor SSH, SIP/API privada y la migración.
La ruta principal es importante y está documentada; la volatilidad de Baileys y de las sesiones en el proyecto upstream la mantiene por debajo de Estable.
Cobertura regional importante, pero el nivel de soporte público debe calibrarse según el tipo de cuenta, la aprobación del proveedor y las pruebas de los mantenedores.
Existen superficies compatibles, pero es probable que la madurez varíe según la cobertura del proyecto original y de los responsables de mantenimiento. Puntuar cada una individualmente más adelante.
Automatización del navegador, ejecución y herramientas de entorno aislado - M3 Beta - 3 áreas
Las herramientas principales están documentadas, pero la seguridad del host y la experiencia de usuario de los permisos deben permanecer bajo revisión activa en la tabla de evaluación.
Ruta del proveedor de OpenAI y Codex - M3 Beta - 5 áreas
Documentación detallada, ruta de OAuth/suscripción, voz en tiempo real, imágenes y comportamiento de compatibilidad. Los cambios frecuentes del proveedor impiden alcanzar el estado Estable sin pruebas de la matriz de evaluación de la versión.
Herramientas de generación de imágenes, vídeo y música - M2 Alfa - 5 áreas
La capacidad existe en distintos proveedores, pero la calidad, la latencia y la compatibilidad de los parámetros varían demasiado como para alcanzar la fase beta sin pruebas específicas para cada proveedor.
Proveedores alojados de menor uso - M2 Alfa - 3 áreas
Existen muchas páginas de documentación y referencia; la puntuación debe generarse a partir de los metadatos de los proveedores y la cobertura de pruebas rápidas en vivo.