Проверка производительности релиза

Эта страница фиксирует доказательства, лежащие в основе майской очистки 2026 года в OpenClaw по производительности, размеру пакета, зависимостям и shrinkwrap. Это техническое сопровождение к публичной публикации в блоге. Здесь объединены два аудита:

• Проверка производительности релизов: GitHub Releases от v2026.5.28 назад до стабильного v2026.4.23, с использованием workflow OpenClaw Performance, profile=smoke, линия mock-provider. Большинство строк тегов содержит один образец; строки v2026.5.27 и v2026.5.28 используют последние артефакты release-branch с repeat-3.
• Более ранний апрельский контекст: опубликованные базовые показатели mock-provider из clawgrit-reports от v2026.4.1 до v2026.5.2, используемые только чтобы не считать сломанные позднеапрельские релизы публичной базовой линией производительности.
• Проверка размера установки: свежие установки npm install --ignore-scripts во временные пакеты, с du -sk node_modules для размера и обходом node_modules для подсчета экземпляров пакетов.
• Проверка размера npm-пакета: npm pack openclaw@<version> --dry-run --json для опубликованных релизов, с записью размера сжатого tarball, размера после распаковки и количества файлов.

​

Снимок состояния

Покрытие производительности: 77 запрошенных релизов, 74 точки, подтвержденные артефактами, и 3 недоступных запуска CI. Последняя измеренная точка стабильного релиза: v2026.5.28.

​

Хронология размера установки

​

Что Изменилось В 5.28

Очистка между v2026.5.27 и v2026.5.28 уменьшила граф установки по умолчанию, а не удалила сами возможности.

​

Главные Числа

Не используйте сломанные строки конца апреля как публичные базовые показатели производительности. v2026.4.23 и v2026.4.29 полезны как свидетельство регрессии, но большие дельты в стиле 14x в основном описывают восстановление после неудачной линейки релизов. Для повествования в блоге используйте более ранний опубликованный апрельский базовый показатель как масштаб: Более ранний апрельский базовый показатель — это v2026.4.14 из опубликованного запуска mock-provider clawgrit-reports. В этом запуске использовалось повторение 3, и он завершился ошибкой только потому, что диагностическая временная шкала не была выведена; медианы cold, warm и RSS по-прежнему полезны как приблизительный масштаб. Рассматривайте это как контекст повествования, а не как статистику релизного барьера. Внутри майской зачистки последняя строка release-ветки заметно сдвинулась относительно v2026.5.2: По сравнению с предыдущим стабильным релизом:

​

Размер установки

​

Размер npm-пакета

2026.5.12 — заметная в changelog веха извлечения плагинов: Amazon Bedrock, Bedrock Mantle, Slack, песочница OpenShell, Anthropic Vertex, Matrix и WhatsApp были вынесены из пути зависимостей ядра, чтобы их конусы зависимостей устанавливались вместе с этими плагинами, а не при каждой установке ядра.

​

Сводка хода агента Kova

Апрельская стабильная линейка содержит две разные истории. Ранний апрель был медленным, но узнаваемым. Конец апреля стал обрывом регрессии. v2026.5.2 — точка, где линия mock-provider впервые опускается в диапазон 3-5s и начинает стабильно проходить в предоставленной зачистке. Более ранний опубликованный контекст: Предоставленная зачистка:

​

Пробы исходного кода

Пробы исходного кода были пропущены для 17 успешных старых refs, потому что в этих деревьях исходного кода еще не было требуемых точек входа проб. Метрики хода агента для этих refs все равно существуют. Репрезентативные точки проб исходного кода: Пик состояния CLI в v2026.5.22 виден в этой таблице, хотя дорожка agent-turn все еще проходила. Сохраняйте исходные пробы при расследовании целевых регрессий CLI или Gateway.

​

Аудит установочного footprint

Выборки зависимостей используют по одному стабильному выпуску за месяц, а также событие введения shrinkwrap в 2026.5.22 и последний выпуск 2026.5.28.

​

Граница shrinkwrap

Проверка опубликованного tarball подтверждает границу: Важное различие: сам shrinkwrap не является проблемой. v2026.5.28 все еще поставляется с корневым shrinkwrap. Проблемой была форма пакета, из-за которой npm материализовал большое вложенное дерево зависимостей OpenClaw и все 12 платформенных пакетов @napi-rs/canvas. Во v2026.5.28 вложенное дерево меньше, а платформенное разрастание canvas больше не попадает в локальный аудит. Простое объяснение shrinkwrap и проверок пакетов на уровне сопровождающих см. в npm shrinkwrap.

​

Интерпретация цепочки поставки

Количество зависимостей — это операционная метрика безопасности, а не только метрика размера установки. Каждый пакет расширяет набор сопровождающих, tarball, транзитивных обновлений, необязательных нативных бинарных файлов и поведения во время установки, которым операторы должны доверять. Направление очистки:

• держать тяжелые и необязательные возможности вне стандартной установки ядра
• чтобы пакеты Plugin владели своим графом runtime-зависимостей
• избегать runtime-исправления менеджером пакетов во время запуска Gateway
• сохранять детерминированные установки без материализации нативных пакетов для всех платформ
• держать установочные скрипты отключенными в путях приемки пакетов и измерений
• выявлять вложенные деревья зависимостей и взрывной рост нативных необязательных зависимостей до публикации

Связанные документы:

• Разрешение зависимостей Plugin
• Инвентаризация Plugin
• Полная валидация релиза