Numbat следит за агентами, ArcBox изолирует их, а OTel Demo 3.0, Kata 4.0 и Kueue 0.19 укрепляют платформу

Свежесть этого выпуска пришлось расширить до 20 июля — 3 августа 2026 года: за последние 72 часа вышло много агентных оболочек, но мало действительно значимых платформенных релизов. В итоге здесь десять проектов от десяти независимых организаций — без повторов из прошлого радара. Это не рейтинг и не совет немедленно обновляться: ниже есть конкретная польза, границы зрелости и короткий путь к проверке каждого инструмента.

Сегодня в радаре

Numbat 0.1.2 — локально обнаруживает действия AI-агентов, строит forensic timeline и умеет блокировать поддерживаемые pre-action hooks.
ArcBox 0.6.0 — запускает агента или недоверенный код в отдельной microVM с собственным ядром и новым API управления sandbox.
agentacct 0.6.0 — сводит действия, тесты, токены и оценочную стоимость coding-агентов в локальный SQLite-ledger.
Skill Recorder 0.3.1 — превращает записанный рабочий сеанс в проверяемый SKILL.md или автоматизацию.
dstack 0.20.29 — экспериментально перебирает конфигурации inference-сервера и сохраняет лучший вариант как preset.
OpenTelemetry Demo 3.0 — добавляет наблюдаемого ReAct-агента, MCP-сервер, profiling и проверку telemetry pipeline.
Kata Containers 4.0.0 — делает переписанный на Rust runtime основным и добавляет Dragonball, dm-verity и улучшенное управление ресурсами.
Kueue 0.19.0 — лучше объясняет, почему workload не принят, и укрепляет MultiKueue, DRA и topology-aware scheduling.
Rancher 2.15.0 — переводит CAPI-провайдеры в GA, поддерживает Kubernetes 1.36 и меняет жизненный цикл charts.
ZeroFS 2.2.1 — подаёт S3 как POSIX/NFS, 9P или NBD; ветка 2.2 получила native kernel client и исправление replay timeout.

AI agents: наблюдать, учитывать и превращать работу в процедуру

Numbat: EDR-подобная видимость для агентных действий

Numbat решает неприятную проблему: журналы Codex, Claude Code, OpenClaw и IDE-агентов существуют в разных форматах, а обычный endpoint monitoring видит процесс, но не смысл tool call. Версия 0.1.2 нормализует Codex-сессии, лучше связывает долгие команды с результатом, исправляет дублирование OTel-событий и маскирует credentials в URI. Один CEL-движок проверяет live hooks, OTLP/HTTP logs и артефакты на диске; результаты сохраняются как версионированный NDJSON.

Это не полноценная замена EDR: блокировка выключена по умолчанию, доступна только для синхронных pre-action hooks, а матрица покрытия различается по агентам. Зато проект Apache-2.0, поставляется одним Go-бинарником и честно отделяет monitor-only rules от enforcement. Без изменения конфигурации агента можно начать с read-only инвентаризации:

go install github.com/perplexityai/numbat/cmd/numbat@v0.1.2
numbat agents
numbat scan --agent codex

Перед включением --enforce стоит прочитать руководство по enforcement, скопировать правило в контролируемый каталог и проверить его через numbat rules check.

agentacct: не «сколько стоил API», а что было сделано

agentacct связывает client-reported tokens с шагами работы, изменёнными файлами и проверками. В 0.6.0 SQLite стал основным event ledger вместо постоянно перечитываемого JSONL. Переезд rolling-upgrade safe: старые процессы могут дописать JSONL, а новая версия дочитает хвост; затем соответствие проверяется командой agentacct event verify-log.

Важное ограничение: стоимость — оценка по локальной таблице, не счёт провайдера; полнота наблюдения зависит от клиента. Claude Code и Codex покрыты лучше, остальные интеграции уже. Для локального пилота на macOS/Linux нужен Python 3.11+:

pipx install agentacct==0.6.0
agentacct onboard

Dashboard слушает 127.0.0.1, аккаунт и API-ключ не требуются. Это полезный кандидат для команд, которым нужен audit trail агентной разработки, но alpha-интерфейсы пока нельзя считать стабильным контрактом.

Skill Recorder: показать один раз, затем получить skill

Microsoft Skill Recorder записывает переключения окон, URL, изменившиеся кадры экрана и необязательную голосовую дорожку, а затем просит Copilot восстановить intent и последовательность шагов. Результат можно отредактировать и превратить в Skill или Automation; builders стараются заменить UI-replay нативными CLI/API-инструментами. 0.3.1 — небольшой, но важный Windows-fix: source installer теперь выдерживает пути длиннее старого MAX_PATH и не скрывает исходную ошибку при cleanup.

Проект MIT, но пока распространяется как source-only release и требует GitHub Copilot. Анализ отправляет timeline, выбранные кадры и narration в облако GitHub, поэтому секреты в запись попадать не должны. Для знакомства безопаснее сначала скачать и сверить script/hash по INSTALL.md, а не бездумно выполнять pipe-to-shell.

Sandbox и GPU-инфраструктура: изоляция вместо очередного chat UI

ArcBox 0.6: microVM для агента с адресуемыми executions

ArcBox объединяет Docker-совместимый runtime, локальный Kubernetes, Linux/macOS VM и disposable sandboxes. В 0.6.0 sandbox получил адресуемые executions, разделение control/data planes и API поверх Connect, gRPC и gRPC-Web; daemon публикует этапы VM_STARTING, VM_READY, NETWORK_READY. Это позволяет оркестратору отличать запуск VM от готовности сети, а не угадывать состояние по timeout.

Сильная сторона — изоляционная граница: у microVM своё ядро, /workspace изначально пуст, результаты копируются явно. Ограничение существенное: agent sandbox требует Apple Silicon M3+ и macOS 15+ с nested virtualization; проект всё ещё public beta. Быстрая проверка контейнерного слоя:

brew install --cask arcboxlabs/tap/arcbox
abctl daemon start
abctl docker enable
docker run --rm alpine uname -a

Перед агентным режимом изучите sandbox model: отключать permission prompts разумно только внутри действительно пустой VM, а не рядом с примонтированным домашним каталогом.

dstack Presets: агент перебирает serving-конфигурации

dstack — MPL-2.0 control plane для GPU в облаках, Kubernetes и on-prem. Релиз 0.20.29 добавил экспериментальную команду dstack preset: headless agent запускает последовательные trials, меняет hardware offer, serving framework, precision/quantization и флаги, измеряет результат и сохраняет выбранную конфигурацию как повторно применимый preset.

Это интереснее статического «подберите параметры vLLM», потому что поиск выполняется на ваших fleets и заканчивается проверкой сервиса. Но опубликованный в release notes пример с ростом throughput — демонстрация, а не обещание для другой модели и нагрузки. Стоимость экспериментов и критерии остановки нужно ограничить через max_trials, fleets и собственную benchmark-цель. CLI ставится так:

uv tool install 'dstack==0.20.29'
dstack preset create -f preset.dstack.yml

API экспериментальный; сначала прогоните пример preset на некритичном fleet и сохраните baseline вместе с версией image.

Observability и scheduling: агент как обычный production workload

OpenTelemetry Demo 3.0: эталонный trace агентного цикла

OpenTelemetry Demo 3.0 добавляет в Astronomy Shop три сервиса: LangGraph ReAct agent, MCP server и agent UI. Теперь можно увидеть модельные вызовы, выбор tool, аргументы, token usage и multi-turn flow в общей трассе. Параллельно появились continuous profiling, OpAMP server, gen_ai_normalizer, k6 вместо Locust и end-to-end sanity tests telemetry pipeline.

Это зрелый Apache-2.0 reference project, но релиз намеренно ломающий: атрибуты app.* переименованы в demo.*, docker-compose.yaml стал compose.yaml, старые vendor-инструкции и dashboards требуют обновления. Поэтому анонс 3.0 полезнее воспринимать как migration lab. Для чистого стенда следуйте Docker deployment; существующий fork сначала сравните с changelog.

Kueue 0.19: причины pending становятся наблюдаемыми

Kueue 0.19.0 усиливает очередь batch/ML workloads сразу в трёх местах. MultiKueue умеет приоритетный spillover по порядку worker clusters и получает метрики dispatched/admitted. DRA-интеграции для extended и partitionable devices перешли в beta. А feature gate UnadmittedWorkloadsObservability добавляет причины WaitingForQuota, NoMatchingFlavor, ExceedsMaxQuota и TopologyPlacementFailed в status, Events и метрики.

Апгрейд требует внимания: WaitForPodsReady теперь включён по умолчанию; path-based kubeconfigs MultiKueue должны лежать под /etc/multikueue/kubeconfigs; KubeRay sidecars теперь правильно учитываются в quota, поэтому старого запаса может не хватить. Проект production-oriented, Apache-2.0 и тестируется на Kubernetes 1.34–1.36. Для disposable-кластера:

kubectl apply --server-side -f \
  https://github.com/kubernetes-sigs/kueue/releases/download/v0.19.0/manifests.yaml
kubectl -n kueue-system rollout status deploy/kueue-controller-manager

Rancher 2.15: CAPI GA и новая цена исторических charts

В Rancher 2.15.0 native CAPI infrastructure providers в v2 provisioning объявлены GA, добавлена поддержка Kubernetes 1.36 и прекращена поддержка 1.33. Для больших инсталляций интересен новый Workloads Overview, а для security — наследуемые namespace rules в GlobalRoles и возможность скрыть local auth после настройки внешнего IdP.

Главный операционный нюанс — chart retention: репозиторий Rancher теперь хранит версии для семи последних minor-релизов, примерно за 2,5 года. Установленные приложения не удаляются, но перед апгрейдом стоит архивировать нужные charts и обновить старые зависимости. Кроме того, новый rancher-monitoring-dashboards отделён от bundled runtime и рассчитан на внешний Prometheus. Это Community release; сначала проверьте upgrade notes и известную проблему Rancher Backups на Kubernetes 1.36.

Runtime и storage: более жёсткая граница и S3 без внешней БД

Kata Containers 4.0: runtime-rs становится основным

Kata Containers 4.0.0 делает Rust-реализацию runtime основной для x86_64, arm64 и s390x; прежний Go runtime уходит в режим критических bug/CVE fixes. Runtime-rs поддерживает QEMU, Cloud Hypervisor и встроенный Dragonball. В storage появились единая модель block devices, более надёжный hotplug/rollback, dm-verity и EROFS; в resource accounting точнее учитывается overhead для Kubernetes Pod Overhead.

Это production-capable runtime, но major-переход меняет поведение и конфигурацию, а GPU с Cloud Hypervisor/Dragonball не покрыт upstream CI. Не обновляйте весь кластер сразу. Kubernetes installation через kata-deploy создаёт RuntimeClass для runtime-rs; затем прогоните canary workload со storage, network и device passthrough, которые реально используете.

ZeroFS 2.2: native kernel client поверх object storage

ZeroFS хранит журнал, данные и метаданные в S3-совместимом backend, а наружу отдаёт POSIX filesystem через NFS/9P или block device через NBD. 2.2.0 добавил native kernel client, а 2.2.1 исправил aggregate session replay timeout. Данные сжимаются и шифруются до upload; внешняя metadata database не требуется.

Проект AGPL-3.0 и заметно моложе привычных CephFS/EFS-подобных решений. Заявления о POSIX и производительности подкреплены pjdfstest, xfstests, stress-ng и Jepsen в CI, но собственный профиль мелких файлов, latency S3 и recovery после обрыва всё равно нужно измерять. Начать можно с пакета или контейнера по quickstart; для 15-минутного теста используйте отдельный bucket и одноразовые credentials, не production namespace.

Что попробовать сегодня

Запустить numbat scan --agent codex без hooks и посмотреть, насколько полно восстановится одна известная сессия.
Поднять чистый OpenTelemetry Demo 3.0 и найти единый trace от пользовательского запроса до MCP tool call.
В тестовом Kubernetes включить Kueue observability gates и намеренно создать workload без quota, чтобы проверить причины pending.

За чем наблюдать

Станет ли Numbat общей схемой endpoint-событий для разных агентов или останется набором vendor parsers.
Стабилизируется ли API ArcBox sandbox за пределами Apple Silicon и появятся ли воспроизводимые security benchmarks.
Перейдут ли dstack Presets от экспериментального поиска к versioned, сравнимым eval-артефактам.
Как быстро экосистема обновит dashboards после ломающих переименований OTel Demo 3.0.

Что пока пропустить

Skill Recorder для процессов, где на экране появляются secrets или customer data: облачный Analyze здесь важнее удобства.
Rancher 2.15 как немедленный production-upgrade, если используются старые charts, AD FS или Rancher Backups на Kubernetes 1.36.
Kata 4.0 для GPU/device-passthrough без canary-матрицы вашего hypervisor и CSI/CNI.
ZeroFS как единственное хранилище критичных данных до собственного failure/recovery теста.