Varredura de desempenho da versão

Esta página captura as evidências por trás da limpeza de desempenho, tamanho de pacote, dependências e shrinkwrap do OpenClaw em maio de 2026. Ela é o complemento técnico da publicação pública no blog. Duas auditorias são combinadas aqui:

• Varredura de desempenho da versão: GitHub Releases de v2026.5.28 até a estável v2026.4.23, usando o workflow OpenClaw Performance, profile=smoke, faixa mock-provider. A maioria das linhas de tags tem uma amostra; as linhas v2026.5.27 e v2026.5.28 usam os artefatos mais recentes da branch de release com repetição 3.
• Contexto anterior de abril: baselines mock-provider publicados em clawgrit-reports de v2026.4.1 até v2026.5.2, usados apenas para evitar tratar as versões quebradas do fim de abril como a baseline pública de desempenho.
• Varredura da pegada de instalação: instalações novas com npm install --ignore-scripts em pacotes temporários, com du -sk node_modules para tamanho e uma varredura de node_modules para contagens de instâncias de pacotes.
• Varredura do tamanho de pacote npm: npm pack openclaw@<version> --dry-run --json para versões publicadas, registrando tamanho do tarball compactado, tamanho descompactado e contagem de arquivos.

​

Snapshot

Cobertura de desempenho: 77 versões solicitadas, 74 pontos respaldados por artefatos e 3 execuções de CI indisponíveis. Ponto estável medido mais recente: v2026.5.28.

​

Linha do tempo da pegada de instalação

​

O Que Mudou Na 5.28

A limpeza entre v2026.5.27 e v2026.5.28 reduziu o grafo da instalação padrão em vez de remover as capacidades em si.

​

Números Principais

Não use as linhas quebradas do fim de abril como referências públicas de desempenho. v2026.4.23 e v2026.4.29 são evidências úteis de regressão, mas os grandes deltas no estilo 14x descrevem principalmente a recuperação de uma linha de release ruim. Para a narrativa do blog, use a referência publicada no início de abril como escala: A referência do início de abril é v2026.4.14, da execução publicada do provedor mock em clawgrit-reports. Essa execução usou repetição 3 e falhou apenas porque a linha do tempo diagnóstica não foi emitida; as medianas de frio, quente e RSS ainda são úteis como escala aproximada. Trate isso como contexto narrativo, não como uma estatística de gate de release. Dentro da varredura de maio, a linha mais recente do branch de release avançou materialmente desde v2026.5.2: Comparado com o release estável anterior:

​

Pegada de instalação

​

Tamanho do pacote npm

2026.5.12 é o marco visível de extração de plugins no changelog: Amazon Bedrock, Bedrock Mantle, Slack, OpenShell sandbox, Anthropic Vertex, Matrix e WhatsApp saíram do caminho de dependências do core, para que seus cones de dependência sejam instalados com esses plugins em vez de em toda instalação do core.

​

Resumo de turn do agente Kova

A linha estável de abril contém duas histórias diferentes. O início de abril era lento, mas reconhecível. O fim de abril virou um precipício de regressão. v2026.5.2 é onde a faixa do provedor mock primeiro cai para o intervalo de 3 a 5s e começa a passar de forma consistente na varredura fornecida. Contexto publicado anterior: Varredura fornecida:

​

Probes de origem

Os probes de origem foram ignorados para 17 refs antigas bem-sucedidas porque essas árvores de origem ainda não tinham os pontos de entrada de probe necessários. As métricas de turn de agente ainda existem para essas refs. Pontos representativos de probe de origem: O pico de integridade da CLI v2026.5.22 fica visível nesta tabela, embora a lane agent-turn ainda tenha passado. Mantenha as sondagens de origem ao investigar regressões direcionadas da CLI ou do Gateway.

​

Auditoria do footprint de instalação

As amostras de dependências usam uma versão estável por mês, além do evento de introdução do shrinkwrap em 2026.5.22 e da versão mais recente 2026.5.28.

​

Limite do shrinkwrap

A inspeção do tarball publicado verifica o limite: A distinção importante: o shrinkwrap em si não é o problema. v2026.5.28 ainda distribui shrinkwrap raiz. O problema era o formato do pacote que fazia o npm materializar uma grande árvore aninhada de dependências do OpenClaw e todos os 12 pacotes de plataforma @napi-rs/canvas. A árvore aninhada é menor em v2026.5.28, e o fanout de plataformas do canvas não aparece mais na auditoria local. Para uma explicação em linguagem simples sobre shrinkwrap e as verificações de pacote em nível de mantenedor, consulte npm shrinkwrap.

​

Interpretação de cadeia de suprimentos

A contagem de dependências é uma métrica de segurança operacional, não apenas uma métrica de tamanho de instalação. Cada pacote amplia o conjunto de mantenedores, tarballs, atualizações transitivas, binários nativos opcionais e comportamentos em tempo de instalação que os operadores precisam confiar. A direção da limpeza é:

• manter recursos pesados e opcionais fora da instalação padrão do core
• fazer os pacotes de Plugin serem donos do próprio grafo de dependências em runtime
• evitar reparo de gerenciador de pacotes em runtime durante a inicialização do Gateway
• preservar instalações determinísticas sem causar materialização de pacotes nativos para todas as plataformas
• manter scripts de instalação desabilitados nos caminhos de aceitação e medição de pacotes
• detectar árvores de dependências aninhadas e explosões de dependências opcionais nativas antes da publicação

Documentos relacionados:

• Resolução de dependências de Plugin
• Inventário de Plugins
• Validação completa de release