Агент Hermes Kanban + Cron Job ЭФФЕКТИВНЫЙ (Руководство по настройке)
Hermes Kanban превращает последовательный cron из 14 шагов в параллельный конвейер с 9 рабочими — но только после четырех индивидуальных обходных решений.
## Старая настройка против новой настройки Старая cron-задание срабатывало ежедневно в 9:00 по гонконгскому времени и запускало одного подагента, который выполнял 14 веб-поисков последовательно, писал отчет, обновлял HTML-целевая страница и публиковал в Discord. Одна неудавшаяся попытка поиска блокировала всё, shell date синтаксис передавался буквально в поисковые запросы, а отчеты становились короче с 2 мая.
Новый конвейер запускает тот же cron, но родительская задача распределяет 5 параллельных поисковых воркеров (релизы моделей, релизы инструментов, агентские фреймворки, популярные рабочие процессы, плюс один для активных входных данных), затем 2 редакторов, которые фильтруют дубликаты и ранжируют по важности, затем 2 издателя, которые обновляют HTML и отправляют уведомление в Discord. Вывод теперь структурирован с таблицами, категоризацией и 48-часовой проверкой.
## Как на самом деле запустить его Не предполагаете, что ваш агент Hermes знает свои собственные функции. Первый запрос создателя был: *"Можешь изучить и понять официальную документацию по функциям Канбан?"* — вставьте ссылки на документацию и спросите, как они применяются к вашему конвейеру. Пусть агент создаёт профили специалистов и наборы инструментов через TUI. Загвоздка: профиль .env файлы изначально пусты, даже если ключ существует в dotenv основного агента — удалите пустые поля API-ключа из config.yaml и скопируйте реальный ключ в каждый профиль, используя один и тот же ключ для всех ролей. Рекомендация по бюджету токенов от агента: 90–100 для исследователей, меньше для редакторов, 20–30 для издателей.
## Четыре вещи, которые сломались с cron + Канбан 1. Шлюз выходит раньше времени — готовые дочерние задачи не отправляются после завершения родительской. Исправление: сервис systemd поддерживает работу шлюза 24/7. Создатель предупреждает, что это будет расходовать электроэнергию на локальной машине. 2. Дублирование родительских задач при тестовых запусках — 6 мая 2026 года в 9:10 утра было выполнено два набора задач и отправлены два уведомления в Discord. 3. Нет дедупликации от cron к Канбан — каждый запланированный запуск создаёт новый набор задач независимо от того, что уже есть на доске. Исправление: агент теперь проверяет на дубликаты перед созданием. 4. Накопление задач — через неделю на доске было 7 родительских задач и 63 дочерние; панель управления в настоящее время позволяет блокировать, но не удалять.
## Рекомендация Создатель явно говорит: начните с проекта без cron в отдельной папке рабочей области, а не с запланированного пайплайна.