Hermes Incident Commander — скилл
Скилл для Hermes Agent и автономный сторож для Linux: ищет сбои, разбирает причину, перезапускает разрешенные сервисы.
- 75 ★ репозитория
- Последний коммит
- MIT
Широкий доступ
Почему такой уровень
- Сторож может перезапускать указанные службы и удалять старые логи, а ошибка в списке ведет к простою.
- Демо и среда обучения дают модели полный терминал, а метрики хоста уходят во внешний API.
Установка
- Работает в
В терминале, через SkillFoxx CLI
npx skillfoxx add skills/hermes-incident-commanderОпределит агенты на машине, покажет уровень доступа и зафиксирует версию.
Другие способы установки
Доступ и проверки
Как мы проверяемШирокий доступИнструмент может менять данные, выполнять команды или работать с секретами.
- Сторож может перезапускать указанные службы и удалять старые логи, а ошибка в списке ведет к простою.
- Демо и среда обучения дают модели полный терминал, а метрики хоста уходят во внешний API.
Это чужой код. Посмотрите файлы в репозитории перед установкой.
Что делает
Hermes Incident Commander ведет аварию по циклу: обнаружение, оценка тяжести, диагностика, исправление, проверка, запись и разбор. Скилл incident-commander ставится в каталог навыков Hermes Agent и срабатывает на слова об упавшем сервере, нехватке памяти, заполненном диске или сработавшем оповещении. Диагностика опирается на обычные команды Linux, Docker и Kubernetes. Отдельно лежит сторож `monitor/watchdog.py`, который работает на любом хосте с Linux без Hermes и требует только ключ Anthropic. Он собирает метрики сам, отправляет модели лишь числа и шлет оповещения в Discord, Slack, Teams, PagerDuty или произвольный вебхук. Прошлые аварии ищутся в локальной базе SQLite, метрики отдаются в формате Prometheus.
Для кого. Администраторам и SRE-инженерам небольших Linux-серверов, которым нужен дежурный помощник с ограничением на действия.
Подходит, если
- Сервис падает ночью, и нужен разбор причины до утра.
- Метрики процессора и памяти наблюдают и отправляют оповещения в Slack или Teams.
- Разрешенные службы перезапускают автоматически по заранее заданному списку.
- Проверяют, встречалась ли такая авария раньше, по локальному журналу.
Не подходит, если
- Нужен сторож для критичной боевой системы без проверки списка разрешенных действий.
- Доступ к ключу Anthropic закрыт, а модель в сторож подключить нельзя.
- Хост работает не на Linux.
Пример запроса к агенту
Проверь состояние сервера, найди причину высокой нагрузки на процессор и предложи действия, ничего не перезапуская без моего слова.Ограничения
Демо-режим и среда обучения с подкреплением дают модели неограниченный доступ к терминалу, поэтому запускать их можно только в одноразовой песочнице. У сторожа оболочки у модели нет, действия ограничены перезапуском указанных служб и удалением старых логов в указанных папках. Автоисправление выключено по умолчанию, но ошибка в списке, например критичная служба в перечне перезапуска, приведет к ее перезапуску. API Anthropic из России недоступен, сторожу нужен ключ. Автор рекомендует перед запуском прочитать SAFETY.md.
Как отключить. Остановите сторож и удалите сервис командой `./scripts/install-watchdog.sh --uninstall --yes`. Папку скилла уберите из `~/.hermes/skills/`, историю аварий очистите отдельно.
Частые вопросы
Нужен ли Hermes Agent?
Нет. Сторож `monitor/watchdog.py` работает отдельно и требует только ключ Anthropic. Hermes нужен для скилла и расписания проверок внутри агента.
Что сторож делает сам?
По умолчанию только наблюдает, диагностирует, пишет отчеты и шлет оповещения. Действия включаются флагом `--auto-remediate` и касаются лишь указанных вами служб и каталогов.
Как посмотреть, что произойдет, не выполняя?
Запустите `python -m monitor.watchdog --dry-run`: он покажет, какие действия применило бы автоисправление, и ничего не выполнит.
Как поставить сторож как службу?
Скрипт `./scripts/install-watchdog.sh` ставит службу systemd. По умолчанию он только показывает план, а запись включается флагом `--yes`.
Где хранятся отчеты об авариях?
В файлах отчетов и в локальной базе SQLite. Команда `python -m monitor.incident_db --search "nginx"` ищет прошлые случаи, а `--prune` удаляет старые.
Обсуждение
Вопросов и отзывов пока нет.
Похожие
Скиллыhermesd в одном терминале показывает шлюз, сессии, токены, cron и логи Hermes Agent без записи в его данные.
Telegram Dashboard для Hermes
hermes-agent-telegram-dashboard
Плагин Hermes Agent: состояние агента в одном закрепленном сообщении Telegram, которое редактируется по расписанию. Без Mini App и без вызовов модели
Heinzel превращает агента в осторожного администратора серверов по SSH: команды с пояснением и только после вашего одобрения.
Агент управляет серверами через каталог объявленных действий: политика решает, что выполнить, а что ждет человека
HomelabHero за одну команду превращает свежий LXC в центр управления домашней лабораторией с Claude Code и брокером доступов.
Сорок пять скиллов, сценарии агентов и шаблоны CloudFormation для AWS DevOps Agent: разбор инцидентов и ревью операций
Коротко о README
Проект родился на хакатоне Hermes Agent от Nous Research, затем получил автономный режим. В репозитории скилл, сторож, демо с десятью учебными сценариями, среда обучения с подкреплением и набор тестов, который автор описывает как 220 успешных проверок. Автоисправление, подавление оповещений в тихие часы и адаптивные пороги включаются отдельными флагами.
Бейдж для README
Исходный SKILL.md
---
name: incident-commander
description: >
Autonomous incident detection, root-cause analysis, and self-healing for
Linux/Docker production environments. Activate when the user mentions: server
down, high CPU, memory leak, disk full, service crash, deployment failure,
alert firing, on-call page, or any infrastructure emergency. Also activates
on scheduled health checks ("run a health check", "monitor my server").
Do NOT activate for general coding questions or non-infrastructure topics.
license: MIT
metadata:
author: hermes-incident-commander
version: "1.1"
tags: [devops, sre, monitoring, incident-response, self-healing]
---
# Incident Commander Skill
You are an autonomous Site Reliability Engineer. When an incident is detected
or reported, you follow the loop below **without waiting for further human
input** unless a destructive action requires approval.
## Core Incident Loop
```
DETECT → TRIAGE → DIAGNOSE → REMEDIATE → VERIFY → DOCUMENT → LEARN
```
### 1. DETECT
Gather signals immediately. Run all diagnostics in parallel via subagents
when possible:
```bash
# System vitals (always run first)
top -bn1 | head -20
free -h
df -h
uptime
systemctl list-units --failed
journalctl -p err -n 50 --no-pager
```
### 2. TRIAGE - Severity Classification
| Severity | Criteria | Response SLA |
|----------|----------|-------------|
| P0 | Total outage, data loss risk | Immediate |
| P1 | Partial outage, degraded service | < 5 min |
| P2 | Performance degraded, no outage | < 30 min |
| P3 | Warning thresholds, no impact | < 2 hours |