Автоматизируйте Hermes с помощью Cron, Kanban и подагентов

Последнее тестирование и обновление: Июнь 2026

Cron — это способ работы Hermes, когда вы не за клавиатурой. Как только процедура запускается без вашего участия, агент перестаёт быть инструментом, которым вы пользуетесь, и становится работником, которого вы нанимаете.

Предварительные требования: Установка L02, Пакеты навыков L04, Каталог L05 MCP (Протокол Контекста Модели), L07 безопасность для круглосуточной работы VPS.

Для кого это предназначено

Вы использовали TUI Hermes как минимум неделю и хотите, чтобы агент выполнял задачи без вашего участия за клавиатурой. Этот урок предполагает наличие мышечной памяти: вы умеете выполнять команды с косой чертой, знаете, что такое Skill Bundle, и уже создали его Л04.

Не для: тех, кто не установил Hermes (Л02) или не создал Skill Bundle (Л04). Сначала необходимо это сделать.

Что вы сможете сделать

К концу этого урока вы сможете настроить надежную ежедневную cron-задачу, выбрать правильный шаблон автоматизации Hermes для новой задачи и избежать трех режимов скрытых ошибок, которые подстерегают пользователей автоматизации в первый раз.

Цели обучения

Настроить ежедневная задача cron внутри Hermes, которая надежно работает, пока ваш ноутбук закрыт.
Сравнить шаблоны cron, Kanban и подагента и выберите подходящий для конкретной задачи.
Отладка ловушки тихих сбоев (нет файла журнала, навыки новой сессии, состояния гонки), которые скрывают сломанную задачу на несколько дней.

Рабочий процесс, который запускается в 7 утра

Выберите задачу, которую вы выполняете каждый рабочий день. «Откройте пять вкладок, просмотрите новости об ИИ, напишите краткое содержание, вставьте его в Discord команды в 7 утра.» Вся суть запуска Hermes в том, что он делает это без вас.

Трёхшаговый процесс: задание cron в 7 утра запускает Hermes, Hermes выполняет Skill Bundle для создания сводки, и результат публикуется в Discord через webhook

Рисунок 1: Три части: триггер cron (слева), мозг Skill Bundle (в центре) и доставка через Discord webhook (справа). Без дополнительного кода.

Рабочий процесс объединяет триггер cron, набор навыков из L04 и вебхук Discord из L05. Эти три существующих элемента соединяются без дополнительного кода. Остальная часть урока объясняет, как их подключить и что может вызвать сбой этого соединения.

Cron, Kanban или под-агент

Hermes имеет три шаблона автоматизации. Все они позволяют агенту работать без вас, но отвечают на разные вопросы.

Шаблон 1: Cron-задания. Планируемый триггер. «Запускать эту команду каждый день в 7 утра.» Лучше всего для: простой, повторяющейся, однозадачной автоматизации. Ежедневный обзор исследований. Ежечасная проверка цен. Черновик еженедельной рассылки. Работа небольшая и чётко определённая. Ценность в том, что она выполняется даже когда ваш ноутбук закрыт.

Шаблон 2: доски Канбан. Многоагентская доска проекта. Каждое задание имеет профиль исполнителя: отдельный экземпляр Hermes с собственной конфигурацией, API-ключами и специализацией. Несколько именованных рабочих сотрудничают. Вы отслеживаете прогресс на живой панели. Лучше всего для: многоэтапных рабочих процессов с определёнными ролями. «Исследование → черновик → проверка → публикация.»

Шаблон 3: Под-агенты. Рабочий, созданный вашим основным агентом в той же сессии. У него нет постоянного состояния, нет специализации и нет отдельной конфигурации: только быстрая параллельная работа. Лучше всего подходит для: «искать одновременно в трёх источниках и объединять результат» внутри одного рабочего процесса.

Канбан-доска с тремя колонками (To do, In progress, Done) и карточками заданий с отображением профилей исполнителей @researcher, @drafter, @reviewer

Рисунок 2: Канбан-доска с тремя колонками (К выполнению, В работе, Готово), показывающая карточки задач, назначенные профилям отдельных сотрудников @researcher, @drafter, @reviewer. Сама доска является триггером роли.

Формы соответствуют разным проблемам: cron — это время триггер, Kanban — это роль триггер, под-агенты — это параллелизм триггер. Путаница между ними является самой распространённой ошибкой новичков.

Результат команды hermes cron --help, показывающей дерево подкоманд cron — Подкоманда `hermes cron` является точкой входа для запланированных заданий. Полное дерево CLI (list, create, edit, pause, resume, run, remove, status, tick) находится под этой одной командой.

Рисунок 3: Структура подкоманд hermes cron . hermes cron status — это ваш тест на функционирование: если он сообщает, что планировщик не запущен, ничего другого не имеет значения.

Сопоставьте триггер с задачей

Определите, задав три вопроса по порядку.

Является ли работа одной повторяющейся задачей без человеческой проверки? → Cron.
Является ли работа многоэтапным проектом с определёнными ролями и видимым прогрессом? → Kanban.
Является ли работа быстрой параллельной ветвью в одной сессии? → Суб-агент.

Задача	Шаблон	Почему
Ежедневное резюме в 7 утра или почасовая проверка цен	Cron	Одиночная повторяющаяся задача, выполняется по расписанию, не требует проверки
Конвейер: исследование → черновик → проверка → публикация	Канбан	Несколько ролей, видимое состояние, возможны повторные попытки
”Поиск по трем источникам параллельно и комбинирование”	Суб-агент	Одна сессия, разветвление, сбор
Еженедельный черновик информационного бюллетеня или круглосуточный VPS-ассистент	Cron сейчас, Канбан позже	Cron подходит, когда вы работаете в одиночку

Для 90% новичков правильный ответ — cron. Не беритесь за Канбан, пока у вас нет многоэтапного проекта, который выигрывает от видимого прогресса.

Навык работы с cron

Cron — это самый простой шаблон. Три шага: определить задачу как Навык, запланировать её, проверить, что она выполняется. Шаблон Skill Bundle из L04 идеально здесь подходит: одна команда slash заменяет пять ручных шагов, а cron запускает её за вас.

Минимальная рабочая cron-задача выглядит так:

# Выберите Skill Bundle, которому вы уже доверяете вручную (L04).
# Сначала протестируйте его интерактивно. Если он не работает в вашем терминале,
# он не будет работать в cron.

# Зарегистрируйте расписание в Hermes:
Гермес крон создать \
  --имя утреннее-резюме \
  --cron "0 7 * * *" \
  --command "/morning-brief"

# Проверьте, что оно действительно существует и будет запускаться:
Гермес крон список
Гермес крон статус

Первое, на что стоит обратить внимание: cron — это первого класса подкоманда в интерфейсе командной строки Hermes, а не оболочка для системы cron демон. Планировщик работает внутри Hermes, поэтому задания используют его конфигурацию, API-ключи и логи. Если Hermes перезапускается, задания приостанавливаются до его возврата.

Три тихих убийцы Cron

Cron не запущен. hermes cron status это ваш тест на работоспособность. Если он говорит «планировщик не работает», остальное не имеет значения.
Навык не работает в новой сессии. Сессии Cron новые: нет истории чатов, нет прогретого контекста. Навык должен работать с нулевого состояния.
Вы нигде не ведете лог. Ошибки cron-задач без логирования — главный источник разочарования "я думал, что это работает". Всегда логируйте в файл и проверяйте его.

Пять привычек, которые предотвращают тихие ошибки:

Используйте абсолютный путь к команде. hermes cron status из вашей оболочки может решить $PATH; планировщик может нет.
Явно указывайте рабочий каталог. Cron запускается в $HOME. Если ваш навык читает ~/projects/news/, сообщите ему об этом.
Ведите журнал в файл. Дополняйте stdout и stderr. Проверьте его на следующее утро.
Сначала протестируйте навык вручную. Если /morning-brief если он не работает интерактивно, он не будет работать в cron.
Запланируйте канареечное задание. Поставьте еженедельное задание для отправки «Я жив» сигнала на Discord, чтобы вы знали, что сам планировщик работает.

Подводные камни канбана

Канбан мощный инструмент, но это не то, что вы должны выпускать первым. Согласно исходному видео, не сочетайте Канбан с cron до тех пор, пока Hermes не выпустит надежную логику удаления и удаления дубликатов. Дублирующиеся задачи накапливаются, а работники соревнуются за запись одного и того же файла.

Правильный порядок: сначала отправьте в работу один cron-задание. Наблюдайте за его выполнением в течение недели. Затем создайте доску Kanban для одного проекта (Story 1 в таксономии исходного видео). Только после этого переходите к конвейерам с несколькими ролями.

Подводные камни саб-агента

Саб-агенты — самый быстрый шаблон, но самый хрупкий. Согласно исходному видео L06, параллельные исследования с дешевыми моделями заняли 14 минут, что дольше, чем выполнение напрямую.

Режимы отказа саб-агентов

Дешевые модели медленно делегируют задачи. Используйте саб-агентов только для моделей уровня Sonnet или выше.
Саб-агенты могут зацикливаться на некорректных подсказках. Саб-агент, который задает один и тот же уточняющий вопрос шесть раз, расходует токены без результата. Установите жесткий предел итераций.
Вы не можете видеть блоки размышлений саб-агента. Панель управления показывает назначение задач, а не обоснование. Проверяйте результаты, а не процессы.

Подагенты — это инструмент для внутри рабочего процесса, а не для его замены. Если вы хотите использовать подагентов для длительной автоматизации, вам, вероятно, понадобятся cron или Kanban.

Частые ошибки и устранение неполадок

Что может пойти не так	Почему это происходит	Что делать
Kanban и cron могут создавать дублирующиеся карточки или конкурировать за перезапись одного и того же файла.	Hermes пока не предоставляет надежную поддержку удаления и устранения дубликатов. Партнёрские источники в `iN2fD36Sgdg` рекомендуют пока держать обе системы раздельно.	Дайте cron и Kanban отдельные профили. Не подавайте `hermes cron run` в Kanban Story до того, как поддержка устранения дубликатов будет доступна.
Суб-агент повторяет один и тот же вопрос, расходует токены и никогда не выдает результат.	Подсказка двусмысленна, и нет ограничения на количество итераций (`cxF_F217r6I`, `701XCzDQVhA`).	Ограничьте агента 3–5 попытками, заставьте сделать выбор в подсказке и проверяйте результат, а не цепочку рассуждений.
Автоматизация постоянно сбо́ит при небольших вариациях, пока счет растет.	Нет бюджета попыток. Создателю `SdahAks9ffE` понадобилось 81 выполнение.	Установите бюджет 10–15 попыток. По достижении лимита измените навык или шаблон рабочего процесса, вместо того чтобы перефразировать ту же подсказку.
Задача ломается после перезагрузки VPS или начинает читать неправильные файлы.	Запись cron сохранилась, но рабочая директория, абсолютные пути или окружение — нет.	Пройти `--workdir`, используйте абсолютные пути в навыке и запускайте `hermes cron status` после каждой перезагрузки.
Ручная сессия TUI сталкивается с запуском cron в том же профиле.	Оба процесса требуют эксклюзивного доступа к профилю.	Используйте отдельные профили для cron и каждой истории Kanban. Закройте TUI перед `hermes cron run --debug`.
Запуск расписания происходит, но ожидаемый результат так и не появляется.	Задача не имеет `--log` пути, и ошибки теряются в `/dev/null`.	Пройти `--log ~/.hermes/logs/<name>.log`, затем проверяйте последние семь дней запусков один раз в неделю.
`/morning-brief` Работает в TUI, но терпит неудачу при планировании.	Cron запускается без истории чата, разогретого контекста или возможности задать уточняющий вопрос.	Перепишите Skill так, чтобы он мог завершиться из нулевого состояния перед планированием.

Выберите первый шаблон

Cron — это правильная отправная точка для 90% новичков. Дайте одному надежному навыку расписание и журнал, а затем наблюдайте, как он работает в течение недели. Kanban оправдывает свою сложность, когда работа требует видимого прогресса и именованных ролей. Подагенты полезны для параллельной работы внутри активной сессии, но они исчезают вместе с этой сессией.

Каждой cron-задаче нужен --log и еженедельная проверка. Держите Kanban и cron отдельно, пока Hermes не предоставит надежную поддержку удаления и устранения дубликатов. Три надежные ежедневные задачи стоят больше, чем один хрупкий мультирольный пайплайн.

Запланируйте реальный утренний брифинг

Создайте ежедневный суммарный cron на 7 утра

Выберите один пакет навыков, которому вы уже доверяете вручную: обзор исследований, дайджест сохраненных ссылок, предварительный просмотр календаря. Вы создали один в Л04 если вы следовали этому уроку. Если нет, напишите его сейчас: упражнение ниже предполагает наличие пакета под названием /morning-brief.

Шаг 1: Проверьте работу навыка вручную.

Гермес
> /morning-brief

Просмотрите вывод. Если он не работает здесь, никакой cron вам не поможет. Исправьте это, пока не получите нужный вывод.

Шаг 2: Подтвердите, что планировщик cron работает.

Гермес крон статус

Вы должны увидеть «scheduler running». Если нет, см. L07 о восстановлении демона и настройке службы для каждого пользователя.

Шаг 3: Зарегистрируйте задание cron.

Гермес крон создать \
  --имя утреннее-резюме \
  --cron "0 7 * * *" \
  --command "/morning-brief" \
  --log ~/.hermes/logs/morning-summary.log

Шаг 4: Подтвердите, что оно в списке.

Гермес крон список

Вы должны видеть morning-summary с 0 7 * * * расписание.

Шаг 5: Принудительно запустите ticking.

Гермес крон запуск --debug утреннее-резюме

Это немедленно запускает задачу, чтобы вам не приходилось ждать до 7 утра. Просмотрите файл журнала:

tail -f ~/.hermes/logs/morning-summary.log

Шаг 6: Проверьте публикацию в Discord.

Если ваш Навык подключен к Discord через Л05, сообщение должно появиться в вашем канале в течение минуты после срабатывания. Если этого не происходит, проверьте три места по очереди: URL вебхука, авторизацию сервера MCP, формат вывода Навыка.

Критерии успеха

Вы отправили свой первый крон, когда все пять из этих условий выполнены:

Навык работает вручную.
hermes cron list показывает вашу задачу.
hermes cron status сообщает о работе планировщика.
hermes cron run <name> Генерирует ожидаемый вывод в логе.
Следующее срабатывание в 7 утра происходит само, без вашего вмешательства.

Если первый запуск проходит тихо, самой частой причиной является сбой Навыка в новой сессии. Запустите hermes cron run --debug morning-summary чтобы увидеть полный трассировочный лог.

Сделайте это сегодня

Выберите один Бандл Навыка, которому вы доверяете вручную (тот, который вы тестировали в L04).
Запустите это интерактивно в TUI; исправляйте, пока не получите желаемый результат.
Подтвердить hermes cron status сообщает о работе планировщика.
Зарегистрируйте запись cron с --log путём в ~/.hermes/logs/.
Принудительно выполните тик с hermes cron run --debug <name>; просмотрите лог.

Что дальше

L07: основы безопасности если cron перестаёт работать после перезагрузки VPS
L09: Агент Hermes против Кода Claude против Mavis против Gemini прежде чем добавить историю Kanban в конвейер 3+

Если вы хотите углубиться

С Репозиторий Hermes на GitHub: документы о сохранении cron, восстановлении планировщика и конфигурации долгоживущей истории Kanban. Канонический источник для --log семантики флагов и изоляции профилей.
Ограничение итераций подагента, по словам Рона: видео 701XCzDQVhA: короткометражка «задал один и тот же вопрос шесть раз». Источник для подводного камня цикла в Pitfall 2.
Стоимость итераций в цифрах: видео SdahAks9ffE: «Потребовалось 81 выполнение, чтобы правильно настроить автоматизацию». Аргумент в пользу установки жесткого предела итераций (Подводный камень 3).

Просмотрите полный пошаговый процесс

Опубликуйте свой первый скриншот cron или сообщение канарейки в Discord-сообществе: лучшие будут показаны на следующей неделе.

FAQ

В: Работают ли задания cron, когда мой Mac находится в спящем режиме?

Это зависит от того, где запускается Hermes. Планировщик cron находится внутри hermes процесса. Если ваш ноутбук закрыт или процесс приостановлен, задание пропустит свой тик. Запускайте cron на хосте, работающем 24/7 (VPS, мини-ПК или настольный компьютер, который вы не переводите в сон), если хотите, чтобы задание на 7 утра сработало, пока вы спите.

В: Может ли история Kanban вызвать другую историю Kanban?

Не напрямую, на июнь 2026 года. Каждая история Kanban принадлежит профиль исполнителя агенту, который доводит её до завершения: истории сами по себе не цепляются к другим историям. Если вам нужен конвейер «исследование → черновик → рецензия → публикация», свяжите зависимости с помощью cron: задача A пишет файл передачи, задача B его читает. Или подождите оператора цепочки: каркас отмечает это как известный пробел.

В: Как мне увидеть, что делает мой суб-агент?

Вы видите назначение задач на дашборде Kanban, а не рассуждения. Суб-агенты имеют своё собственное окно контекста, которое вам не показывается. Проверяйте результаты (окончательный ответ, созданный файл), а не процессы (задал ли уточняющий вопрос, зациклился ли, выбрал ли дешёвую модель). Если вам нужно мышление, запустите тот же промпт в основном агенте.

В: Cron против Kanban для начинающего: в чем разница?

Cron это время триггер: одна задача, один навык, выполняется по расписанию. Kanban это роль триггер: много работников, назначенные профили исполнителей, видимая доска. Если ваша работа — это одна повторяющаяся задача, с которой справится один навык, достаточно Cron: начните с него. Если ваша работа требует видимого прогресса, повторных попыток и определенных ролей, Kanban оправдывает свою сложность. Большинству начинающих Kanban не нужен.

Глоссарий

Задача Cron: запланированная задача. «Выполнять эту команду каждый день в 7 утра.» Названа в честь демона Unix. cron В Hermes она находится внутри hermes процесс.
Канбан: визуальная доска задач. У каждой истории есть статус (К выполнению / В процессе / Готово) и профиль исполнителя.
Суб-агент: рабочий агент, созданный вашим основным агентом в той же сессии. Свое собственное окно контекста, без постоянного состояния: умирает вместе с сессией.
Профиль ответственного: отдельный экземпляр Hermes для каждого работника. У каждого своя конфигурация, API-ключи, рабочий каталог.
Цикл: рабочий процесс, который повторяется до тех пор, пока не пройдет проверка на успех. Подагенты живут внутри цикла; истории Kanban выполняются до завершения.