Агентный мониторинг по компонентам

Коротко

Anthropic описал отдельного Claude «суперфан» для каждого компонента системы.
Для OpenClaw нужен агент на компонент и отдельный запуск его проверок.
Чистый агентный цикл расходует токены и шумит; спецификация и детерминированный запуск дают чище сигнал.

Сверено с документацией OpenClaw 2026.10.6, 22 октября 2026.

В Anthropic команда завела отдельных Claude «суперфанов» для наблюдения за компонентами системы. Перенесите этот принцип на OpenClaw, оставив агенту одну узкую зону ответственности и отдельный запуск проверок.

Кейс из Anthropic

В Anthropic команда завела отдельные Claude «суперфаны» для scion-daemon, scion-cache и очереди Antique merge queue. По описанию, они следят за телеметрией и логами, обновляют графики и ищут странности рядом с обычными оповещениями.

Бен Конгдон описывает свой подход к агентному мониторингу. Его прототип сначала генерирует план наблюдения по коду сервиса, затем выполняет план детерминированной обвязкой, а после срабатывания передаёт сигнал агенту для расследования и передачи человеку.

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

В одном из экспериментов сессии Astra/Opus нашли 50% экономии памяти heap и снижение задержки на 30% в горячей библиотеке.
По расчётам автора, мониторинг всего парка компании среднего размера стоил бы порядка $100 в день.

Как это собрать на OpenClaw

Сделайте отдельного агента для каждого критичного компонента. В его области оставьте только чтение телеметрии, логов и health-статуса. Перезапуск, откат и другие действия оставьте за пределами агента до появления отдельной политики подтверждений.

Создайте агента с узким промптом: один компонент, набор признаков и формат сообщения об отклонении.
Проверяйте Gateway и каналы командами openclaw status --deep и openclaw health --json. Для HTTP-мониторинга используйте /health, /startupz и /readyz.
Включите сжатие старых результатов инструментов через agents.defaults.contextPruning.mode со значением "cache-ttl".
До запуска проверьте доступные квоты и логи. Ошибка Anthropic HTTP 429: rate_limit_error: Extra usage is required for long context requests требует либо стандартного контекстного окна, либо подходящих прав, либо резервных моделей.
Ограничьте инструменты агента и уберите из доступа токены, cookies и сырые тела запросов. Для диагностики используйте экспорт санитизированных данных.

Когда это не подойдёт

Наблюдатель без токенов не будет расследовать сигнал. Если модель не вызывается, у агента нет нового контекста для анализа; одно расписание само по себе не заменяет модельный вызов.

Дешёвая модель полезна для первичного отбора сигналов, но шумные логи и повторяющиеся однотипные события быстро съедают выгоду. Нужны порог, понятный формат инцидента и eval-набор на ваших сигналах.

Отдельный агент не заменяет обычное оповещение о жёстких отказах. Ему нужны доступ к телеметрии и понятная граница между чтением и действием.