Barrido de rendimiento de la versión

Esta página recopila la evidencia detrás de la limpieza de rendimiento, tamaño de 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:

• Barrido de rendimiento de la versión: GitHub Releases desde v2026.5.28 hacia atrás hasta la versión estable v2026.4.23, usando el flujo de trabajo OpenClaw Performance, profile=smoke, carril de proveedor simulado. La mayoría de las filas de etiquetas son una muestra; las filas v2026.5.27 y v2026.5.28 usan los artefactos más recientes de rama de versión con repetición 3.
• Contexto anterior de abril: líneas base publicadas de proveedor simulado de clawgrit-reports desde v2026.4.1 hasta v2026.5.2, usadas solo para evitar tratar las versiones rotas de finales de abril como la línea base pública de rendimiento.
• Barrido de huella de instalación: instalaciones nuevas con npm install --ignore-scripts en paquetes temporales, con du -sk node_modules para el tamaño y un recorrido de node_modules para los conteos de instancias de paquetes.
• Barrido de tamaño de paquete npm: npm pack openclaw@<version> --dry-run --json para versiones publicadas, registrando el tamaño del tarball comprimido, el tamaño descomprimido y el conteo de archivos.

Instantánea

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.

Cronología de la huella de instalación

Qué cambió en 5.28

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

Cifras principales

No uses las filas rotas de finales de abril como referencias públicas de rendimiento. v2026.4.23 y v2026.4.29 son evidencia útil de regresión, pero los grandes deltas de estilo 14x describen principalmente la recuperación de una línea de versiones defectuosa.

Para la narrativa del blog, usa la referencia publicada de principios de abril como escala:

La referencia de principios de abril es v2026.4.14 de la ejecución publicada de proveedor simulado de clawgrit-reports. Esa ejecución usó repetición 3 y falló solo porque no se emitió la línea temporal de diagnóstico; las medianas de frío, cálido y RSS siguen siendo útiles como escala aproximada. Trátalo como contexto narrativo, no como una estadística de puerta de lanzamiento.

Dentro del barrido de mayo, la fila más reciente de la rama de lanzamiento se movió de forma material desde v2026.5.2:

Comparado 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, OpenShell sandbox, Anthropic Vertex, Matrix y WhatsApp salieron de la ruta de dependencias del núcleo para que sus conos de dependencias se instalen con esos plugins en lugar de con cada instalación del núcleo.

Resumen de turnos del agente Kova

La línea estable de abril contiene dos historias diferentes. Principios de abril era lenta pero reconocible. Finales de abril se convirtió en un precipicio de regresión. v2026.5.2 es donde el carril de proveedor simulado baja por primera vez al rango de 3-5 s y empieza a pasar de forma constante en el barrido suministrado.

Contexto publicado anterior:

Barrido suministrado:

Sondeos de fuente

Los sondeos de fuente se omitieron para 17 refs antiguas exitosas porque esos árboles de fuente aún no tenían los puntos de entrada de sondeo requeridos. Las métricas de turnos de agente siguen existiendo para esas refs.

Puntos representativos de sondeo de fuente:

El pico de salud de la CLI de v2026.5.22 es visible en esta tabla aunque el carril agent-turn todavía pasó. Conserva las sondas de origen al investigar regresiones dirigidas de CLI o Gateway.

Auditoría de huella de instalación

Las muestras de dependencias usan 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 de shrinkwrap

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

La distinción importante: shrinkwrap en sí no es el problema. v2026.5.28 todavía distribuye shrinkwrap raíz. El problema era la forma del paquete, que hacía que npm materializara un gran árbol de dependencias anidadas de OpenClaw y los 12 paquetes de plataforma @napi-rs/canvas. El árbol anidado es más pequeño en v2026.5.28, y el despliegue de plataformas de canvas ya no aparece en la auditoría local.

Para una explicación en lenguaje claro de shrinkwrap y las comprobaciones de paquetes a nivel de mantenedor, consulta npm shrinkwrap.

Interpretación de cadena de suministro

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

La dirección de limpieza es:

• mantener las capacidades pesadas y opcionales fuera de la instalación predeterminada del núcleo
• hacer que los paquetes de plugins sean dueños de su grafo de dependencias de runtime
• evitar reparaciones del gestor de paquetes en runtime durante el arranque de Gateway
• preservar instalaciones deterministas sin provocar la materialización de paquetes nativos para todas las plataformas
• mantener los scripts de instalación deshabilitados en las rutas de aceptación y medición de paquetes
• detectar árboles de dependencias anidados y explosiones de dependencias opcionales nativas antes de publicar

Documentos relacionados:

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