Revisión de rendimiento de la versión

Esta página recoge las pruebas que respaldan la limpieza de rendimiento, tamaño del paquete, dependencias y shrinkwrap de OpenClaw de mayo de 2026. Es el complemento técnico de la publicación pública del blog.

Aquí se combinan dos auditorías:

• Revisión de rendimiento de versiones: versiones de GitHub desde v2026.5.28 hasta la versión estable v2026.4.23, mediante el flujo de trabajo OpenClaw Performance, profile=smoke y la vía de proveedor simulado. La mayoría de las filas de etiquetas corresponden a una muestra; las filas v2026.5.27 y v2026.5.28 utilizan los artefactos más recientes de las ramas de versión con 3 repeticiones.
• Contexto anterior de abril: líneas base publicadas del proveedor simulado de clawgrit-reports, desde v2026.4.1 hasta v2026.5.2, utilizadas únicamente para evitar considerar las versiones defectuosas de finales de abril como línea base pública de rendimiento.
• Revisión de la huella de instalación: instalaciones nuevas con npm install --ignore-scripts en paquetes temporales, usando du -sk node_modules para el tamaño y un recorrido de node_modules para contar las instancias de paquetes.
• Revisión del tamaño del paquete npm: npm pack openclaw@<version> --dry-run --json para las versiones publicadas, registrando el tamaño del archivo tar comprimido, el tamaño descomprimido y el número de archivos.

Resumen

Cobertura de rendimiento: 77 versiones solicitadas, 74 puntos respaldados por artefactos y 3 ejecuciones de CI no disponibles. Último punto estable medido: v2026.5.28.

Qué cambió en 5.28

La limpieza entre v2026.5.27 y v2026.5.28 redujo el grafo de instalación predeterminado en lugar de eliminar las propias capacidades.

Cifras principales

No utilice las filas defectuosas de finales de abril como líneas base públicas de rendimiento. v2026.4.23 y v2026.4.29 son pruebas útiles de regresión, pero las grandes diferencias del tipo 14x describen principalmente la recuperación de una serie de versiones deficiente.

Para la narrativa del blog, utilice como escala la línea base publicada de principios de abril. La línea base es v2026.4.14, procedente de la ejecución publicada del proveedor simulado de clawgrit-reports (3 repeticiones; esa ejecución solo falló porque no se emitió la cronología de diagnóstico, por lo que las medianas en frío, en caliente y de RSS siguen siendo útiles como escala aproximada). Considérelo contexto narrativo, no una estadística de los criterios de aprobación de versiones.

Dentro de la revisión de mayo, la fila más reciente de la rama de versión cambió sustancialmente respecto a v2026.5.2:

En comparación con la versión estable anterior:

Huella de instalación

Tamaño del paquete npm

2026.5.12 es el hito visible de extracción de plugins en el registro de cambios: Amazon Bedrock, Bedrock Mantle, Slack, el entorno aislado OpenShell, Anthropic Vertex, Matrix y WhatsApp salieron de la ruta de dependencias del núcleo, por lo que sus conos de dependencias se instalan con esos plugins en lugar de hacerlo con cada instalación del núcleo.

Resumen de turnos del agente Kova

La serie estable de abril contiene dos historias diferentes. A principios de abril era lenta, pero reconocible. A finales de abril se convirtió en un precipicio de regresión. En v2026.5.2, la vía del proveedor simulado baja por primera vez al intervalo de 3 a 5 segundos y empieza a completarse correctamente de forma consistente en la revisión proporcionada.

Contexto publicado anteriormente:

Revisión proporcionada:

Pruebas del código fuente

Se omitieron las pruebas del código fuente en 17 referencias antiguas correctas porque esos árboles de código fuente todavía no tenían los puntos de entrada necesarios para las pruebas. Las métricas de los turnos del agente siguen existiendo para esas referencias.

Puntos representativos de las pruebas del código fuente:

El pico de estado de la CLI de v2026.5.22 es visible en esta tabla, aunque la vía de turnos del agente se completó correctamente. Conserve las pruebas del código fuente al investigar regresiones específicas de la CLI o del Gateway.

Auditoría de la huella de instalación

Las muestras de dependencias utilizan una versión estable por mes, además del evento de introducción de shrinkwrap de 2026.5.22 y la versión más reciente, 2026.5.28.

Límite del shrinkwrap

2026.5.20 se publicó sin shrinkwrap raíz y sin un gran árbol de dependencias anidado de OpenClaw. 2026.5.22 introdujo el shrinkwrap raíz e instaló 911.8MB en openclaw/node_modules anidado. 2026.5.28 conserva el shrinkwrap y aún instala 259.7MiB en openclaw/node_modules anidado, pero ya no instala ningún paquete de @napi-rs/canvas en la auditoría local de instalación nueva.

La inspección del tarball publicado verifica el límite:

La distinción importante: el shrinkwrap en sí no es el problema. v2026.5.28 aún incluye el shrinkwrap raíz. El problema era la estructura del paquete que hacía que npm materializara un gran árbol de dependencias anidado de OpenClaw y los 12 paquetes de plataforma de @napi-rs/canvas. El árbol anidado es menor en v2026.5.28 y la expansión a todas las plataformas de Canvas ya no aparece en la auditoría local.

Para consultar una explicación sencilla del shrinkwrap y las comprobaciones de paquetes para mantenedores, consulte shrinkwrap de npm.

Interpretación de la cadena de suministro

El recuento de dependencias es una métrica de seguridad operativa, no solo una métrica del tamaño de instalación. Cada paquete amplía el conjunto de mantenedores, tarballs, actualizaciones transitivas, binarios nativos opcionales y comportamientos durante la instalación en los que deben confiar los operadores.

La dirección de la depuración es:

• mantener las capacidades pesadas y opcionales fuera de la instalación predeterminada del núcleo
• hacer que los paquetes de los plugins sean responsables de su propio grafo de dependencias de ejecución
• evitar la reparación mediante el gestor de paquetes durante el inicio del Gateway
• conservar instalaciones deterministas sin provocar la materialización de paquetes nativos para todas las plataformas
• mantener deshabilitados los scripts de instalación en las rutas de aceptación y medición de paquetes
• detectar los árboles de dependencias anidados y las explosiones de dependencias nativas opcionales antes de publicar

Documentación relacionada:

• Resolución de dependencias de plugins
• Inventario de plugins
• Validación completa de la versión