🎯 О чём этот конспект: Разбор процесса миграции простого скрипта для сбора новостей на продвинутую архитектуру с использованием функции Hermes Kanban. Автор показывает, как превратить последовательное выполнение задач одним агентом в параллельный конвейер с разделением ролей, верификацией данных и автоматическими повторными попытками (retries).
👤 Кому будет полезно: Вайбкодерам, использующим Hermes Agent, разработчикам AI-автоматизаций и тем, кто хочет создавать надежные автономные системы, работающие 24/7 без участия человека.
✨ Что получите: Готовую архитектуру для сложных AI-пайплайнов, понимание того, как обходить ограничения текущей версии Kanban, и инструкцию по настройке "вечного" шлюза (gateway) для стабильной работы на VPS.
1. Проблемы старой архитектуры: Почему один агент — это плохо
Контекст: Раньше пайплайн сбора новостей работал через одного суб-агента, который последовательно выполнял 14 поисковых запросов. Это приводило к деградации качества: если один поиск зависал, вставал весь процесс. Суб-агент был перегружен (делал и поиск, и написание, и публикацию), не имел доступа к системным промптам и памяти основного агента, а также не умел обрабатывать ошибки или проверять актуальность дат.
Тайминг: , ,
Выгода: Переход на Kanban позволяет избежать "галлюцинаций" с датами и предотвратить полную остановку процесса при сбое одного шага.
Как применить:
- Шаг 1: Анализ текущих задач — Разделите ваш монолитный промпт на этапы: Исследование (Research), Редактирование (Editing), Публикация (Publishing).
- Шаг 2: Выявление зависимостей — Определите, какие задачи могут идти параллельно (например, поиск по разным источникам), а какие строго последовательно (публикация только после написания).
Результат: Понимание необходимости перехода от линейного выполнения к многостадийному конвейеру.
2. Архитектура Hermes Kanban: Параллелизм и Специализация
Контекст: Kanban в Hermes позволяет создавать многостадийные пайплайны со специализированными профилями. В новой схеме "родительская задача" (AI News Daily) порождает 5 параллельных поисковых задач (модели, инструменты, фреймворки, воркфлоу, активные инпуты). Только после завершения всех поисков разблокируется задача "Редактор", которая фильтрует дубликаты и ранжирует новости, а затем — "Писатель" и "Публикатор".
Тайминг: , ,
Выгода: Ускорение работы за счет параллельного выполнения и повышение качества за счет узкой специализации каждого агента.
Как применить:
- Шаг 1: Обучение агента — Не гадайте, знает ли агент о новых фичах. Дайте ему ссылку на документацию напрямую в TUI.
- Шаг 2: Настройка профилей — Создайте роли с разным уровнем потребления токенов (Research: 90-100%, Editing: 50-60%, Publisher: 20-30%).
Промпт для обучения агента:
Изучи и пойми официальную документацию функций Kanban по этой ссылке: [URL документации].
После этого предложи план, как мы можем применить Kanban для улучшения нашей текущей cron-задачи по сбору новостей.Результат: Структурированный пайплайн, где каждая роль (Researcher, Editor, Publisher) выполняет свою часть работы максимально эффективно.
3. Решение проблемы "умирающего" шлюза через Systemd
Контекст: Главная техническая проблема Kanban в связке с Cron — шлюз (gateway) Hermes запускает готовые задачи и завершает работу. Если дочерняя задача ждет родительскую, а шлюз уже закрылся, задача зависнет навсегда. Для стабильной работы на VPS необходимо сделать шлюз постоянно активным сервисом.
Тайминг: ,
Выгода: 100% гарантия того, что все задачи в цепочке будут выполнены, даже если они имеют длительные задержки.
Как применить:
- Шаг 1: Создание сервиса — Настройте
systemdсервис на вашем Linux сервере (VPS), который будет держать командуhermes kanban gatewayзапущенной постоянно. - Шаг 2: Мониторинг — Используйте команду для проверки статуса:
hermes kanban listРезультат: Автономная система, которая подхватывает задачи мгновенно по мере их разблокировки.
4. Борьба с дубликатами и "сиротскими" задачами
Контекст: Cron-задачи не имеют встроенной синергии с Kanban-доской. Каждый запуск Cron создает новый набор задач, даже если предыдущие еще висят в статусе "In Progress" или "Failed". Это приводит к накоплению сотен задач и дублированию уведомлений в Discord.
Тайминг: , ,
Выгода: Чистая рабочая область и отсутствие спама в каналах уведомлений.
Как применить:
- Шаг 1: Логика дедупликации — Добавьте в начало вашего скрипта проверку существующих задач на текущую дату перед созданием новых.
- Шаг 2: Организация файлов — Создайте отдельную папку для проекта в воркспейсе (например,
/AI_News), чтобы агент четко видел контекст файлов именно этого проекта. - Шаг 3: Очистка (Manual Workaround) — Пока в Hermes нет кнопки "Delete" для задач, используйте архивацию или блокировку, чтобы избежать случайного перезапуска старых задач.
Результат: Корректная работа Cron без создания лишних копий процессов.
Hermes Kanban: ответы на частые вопросы
В: Можно ли использовать один API ключ для всех ролей в Kanban?
О: Да, вы можете использовать один и тот же ключ (например, от Kimi или OpenAI) для всех профилей. Это упрощает настройку и управление лимитами.
В: Почему мои API ключи не подхватываются в новых профилях Kanban?
О: Файл .env не копируется автоматически из главного агента в профили. Вам нужно вручную (или через промпт агенту) скопировать ключи в profile.env каждой созданной роли или очистить пустые поля в config.yaml.
В: Стоит ли использовать Kanban для простых Cron-задач?
О: Автор советует: если задача простая и линейная, Kanban может излишне усложнить процесс из-за проблем с завершением шлюза. Используйте его для сложных задач, требующих параллелизма и верификации.
В: Как ограничить затраты на токены в многоагентной системе?
О: Настраивайте параметр использования токенов для каждой роли. Исследователям (Research) ставьте максимум, а простым исполнителям (Publisher), которые просто форматируют текст, — минимум (20-30%).
В: Что делать, если задача в Kanban зависла в статусе "Blocked"?
О: Это значит, что её родительская задача еще не завершена или шлюз (gateway) перестал работать. Проверьте статус шлюза и убедитесь, что зависимости настроены верно.
Hermes Kanban: инструменты и ссылки из видео
- Hostinger VPS — Рекомендуемый хостинг для запуска Hermes Agent 24/7 с готовым Docker-шаблоном —
hostinger.com/boxmining(купонboxmining). - Hermes Agent Documentation — Официальная документация по функциям Kanban и настройке агентов —
упомянута в видео. - Kimi API — Использовался автором как основной LLM провайдер для кодинга и исследований —
упомянут в видео. - Discord — Использовался для получения уведомлений о статусе выполнения задач —
упомянут в видео.
Конспект создан на основе видео «Hermes Kanban feature to improve my daily AI news cron job» канала Boxmining. Все права на оригинальный материал принадлежат авторам. Источник: https://youtu.be/iN2fD36Sgdg