Alibaba выпустила HiClaw v1.1.0 с Kubernetes-развёртыванием и поддержкой Hermes Worker

Alibaba Cloud выпустила HiClaw v1.1.0 и описала релиз как обновление с 11 новыми функциями и 18 исправлениями. Центральная тема новой версии — переход к Kubernetes-native архитектуре, где hiclaw-controller заменяет старый single-container режим и использует стандартную Controller-Reconciler модель. В embedded-режиме внешний Kubernetes-кластер не требуется, а для production-сценариев тот же контроллер можно запускать уже в реальном Kubernetes-кластере через официальный Helm Chart.

Одним из главных нововведений стала поддержка Hermes Worker Runtime. Alibaba Cloud пишет, что hermes-agent теперь можно использовать как first-class runtime для автономных программных задач. В описании релиза перечислены terminal sandbox execution, многофайловая генерация кода, отладка, visual analysis и нативная интеграция с mautrix Matrix. В отличие от других runtime, которые в основном обслуживают диалоги и tool calls, Hermes позиционируется как автономный programming agent, способный самостоятельно планировать, исполнять и итеративно доводить сложные software-задачи.

Важный блок релиза связан именно с Kubernetes-развёртыванием. HiClaw v1.1.0 получает production-grade Helm Chart для установки в Kubernetes-кластеры. В составе chart-развёртывания отдельно поднимаются Tuwunel, MinIO, Element Web и hiclaw-controller. Среди заявленных enterprise-возможностей названы leader election для high availability, RBAC, PVC persistent storage, pod template overlays, multi-tenant support и управление ресурсами через CRD. В публикации отдельно подчёркивается, что Worker, Team, Human и Manager представлены как стандартные CRD, а kubectl и hiclaw CLI можно использовать взаимозаменяемо.

Ещё одно заметное изменение — pluggable gateway и storage providers. Контроллер теперь делегирует операции шлюза и хранилища через provider interfaces, а новый hiclaw-credential-provider sidecar отвечает за выдачу STS-токенов, ротацию ключей и контроль доступа на уровне отдельных worker. В релизе прямо сказано, что эта схема позволяет интегрироваться с Alibaba Cloud OSS, AWS S3 и любыми S3-compatible backend без изменения кода контроллера.

Alibaba Cloud также изменила общую упаковку системы. В новой версии manager image больше не включает Higress, Tuwunel, MinIO и Element Web. Эти инфраструктурные сервисы вынесены в отдельный hiclaw-embedded image, а Manager стал лёгким pure-agent контейнером. Компания пишет, что это уменьшило размер образа примерно на 1,7 ГБ и дало независимое масштабирование, restart isolation и более чёткое разделение ролей внутри системы.

Отдельный пункт релиза — обновление OpenClaw до hiclaw-2026.4.14. Вместе с этим Alibaba Cloud перевела openclaw-base с higress/all-in-one размером около 1,79 ГБ на higress/ubuntu:24.04 размером около 103 МБ. В результате downstream-образы, включая manager, worker, copaw-worker и hermes-worker, сократились примерно на 1,7 ГБ. В публикации также перечислены совместимые правки для gateway, Matrix rooms и private-network security.

С практической стороны важна и миграция. При обновлении с v1.0.9 данные из workers-registry.json автоматически переносятся в CRD-ресурсы, а runtime, model, skills, MCP Server и team relationships сохраняются. На первом запуске контроллер обнаруживает legacy state и создаёт соответствующие Worker и Team CR. Это снижает цену перехода на новую архитектуру и убирает необходимость ручного пересоздания ресурсов.

В релизе перечислен и большой список исправлений. Среди них — проблемы с ротацией Matrix access tokens каждые 5 минут, зависание multi-worker project creation в YOLO mode, некорректное применение HICLAW_DEFAULT_MODEL, ошибки с runtime по умолчанию, сбои Hermes Worker при входе в Matrix rooms, 403 из-за очищения allowedConsumers, проблемы со стартом Higress WASM plugin service и ошибки миграции runtime при переходе на CRD-модель. Отдельно исправлена доступность OpenClaw Control UI после апгрейда 2026.4.x и уменьшен размер manager image.

По совокупности изменений HiClaw v1.1.0 выглядит не как точечный патч, а как переход к более зрелой модели эксплуатации. В новой версии Alibaba Cloud одновременно усиливает orchestration-слой, автономный runtime для программирования, Kubernetes-развёртывание и multi-tenant инфраструктурную часть. Это делает релиз важным прежде всего для тех команд, которым нужен не локальный demo-сценарий, а управляемая среда для запуска и координации agent-based workflows в контейнерной инфраструктуре.

Когда agent-платформа получает Helm Chart, CRD-модель, leader election, multi-tenant storage policy и отдельный runtime для автономного программирования, это уже не игрушка для локальных экспериментов.

Вопрос в другом: такие системы реально готовы к production, или рынок снова слишком рано продаёт инфраструктурную зрелость там, где по факту ещё много хрупкости?