🎯 О чём этот конспект: Разбор процесса миграции простого скрипта для сбора новостей на продвинутую архитектуру с использованием функции Hermes Kanban. Автор показывает, как превратить последовательное выполнение задач одним агентом в параллельный конвейер с разделением ролей, верификацией данных и автоматическими повторными попытками (retries).

👤 Кому будет полезно: Вайбкодерам, использующим Hermes Agent, разработчикам AI-автоматизаций и тем, кто хочет создавать надежные автономные системы, работающие 24/7 без участия человека.

✨ Что получите: Готовую архитектуру для сложных AI-пайплайнов, понимание того, как обходить ограничения текущей версии Kanban, и инструкцию по настройке "вечного" шлюза (gateway) для стабильной работы на VPS.

1. Проблемы старой архитектуры: Почему один агент — это плохо

Контекст: Раньше пайплайн сбора новостей работал через одного суб-агента, который последовательно выполнял 14 поисковых запросов. Это приводило к деградации качества: если один поиск зависал, вставал весь процесс. Суб-агент был перегружен (делал и поиск, и написание, и публикацию), не имел доступа к системным промптам и памяти основного агента, а также не умел обрабатывать ошибки или проверять актуальность дат.

Тайминг: [01:04], [01:47], [02:55]

Выгода: Переход на Kanban позволяет избежать "галлюцинаций" с датами и предотвратить полную остановку процесса при сбое одного шага.

Как применить:

• Шаг 1: Анализ текущих задач — Разделите ваш монолитный промпт на этапы: Исследование (Research), Редактирование (Editing), Публикация (Publishing).
• Шаг 2: Выявление зависимостей — Определите, какие задачи могут идти параллельно (например, поиск по разным источникам), а какие строго последовательно (публикация только после написания).

Результат: Понимание необходимости перехода от линейного выполнения к многостадийному конвейеру.

2. Архитектура Hermes Kanban: Параллелизм и Специализация

Контекст: Kanban в Hermes позволяет создавать многостадийные пайплайны со специализированными профилями. В новой схеме "родительская задача" (AI News Daily) порождает 5 параллельных поисковых задач (модели, инструменты, фреймворки, воркфлоу, активные инпуты). Только после завершения всех поисков разблокируется задача "Редактор", которая фильтрует дубликаты и ранжирует новости, а затем — "Писатель" и "Публикатор".

Тайминг: [03:73], [04:02], [04:44]

Выгода: Ускорение работы за счет параллельного выполнения и повышение качества за счет узкой специализации каждого агента.

Как применить:

• Шаг 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 необходимо сделать шлюз постоянно активным сервисом.

Тайминг: [09:68], [10:13]

Выгода: 100% гарантия того, что все задачи в цепочке будут выполнены, даже если они имеют длительные задержки.

Как применить:

• Шаг 1: Создание сервиса — Настройте systemd сервис на вашем Linux сервере (VPS), который будет держать команду hermes kanban gateway запущенной постоянно.
• Шаг 2: Мониторинг — Используйте команду для проверки статуса:

hermes kanban list

Результат: Автономная система, которая подхватывает задачи мгновенно по мере их разблокировки.

4. Борьба с дубликатами и "сиротскими" задачами

Контекст: Cron-задачи не имеют встроенной синергии с Kanban-доской. Каждый запуск Cron создает новый набор задач, даже если предыдущие еще висят в статусе "In Progress" или "Failed". Это приводит к накоплению сотен задач и дублированию уведомлений в Discord.

Тайминг: [10:32], [11:15], [11:43]

Выгода: Чистая рабочая область и отсутствие спама в каналах уведомлений.

Как применить:

• Шаг 1: Логика дедупликации — Добавьте в начало вашего скрипта проверку существующих задач на текущую дату перед созданием новых.
• Шаг 2: Организация файлов — Создайте отдельную папку для проекта в воркспейсе (например, /AI_News), чтобы агент четко видел контекст файлов именно этого проекта.
• Шаг 3: Очистка (Manual Workaround) — Пока в Hermes нет кнопки "Delete" для задач, используйте архивацию или блокировку, чтобы избежать случайного перезапуска старых задач.

Результат: Корректная работа Cron без создания лишних копий процессов.

FAQ

В: Можно ли использовать один API ключ для всех ролей в Kanban?

О: Да, вы можете использовать один и тот же ключ (например, от Kimi или OpenAI) для всех профилей. Это упрощает настройку и управление лимитами.

В: Почему мои API ключи не подхватываются в новых профилях Kanban?

О: Файл .env не копируется автоматически из главного агента в профили. Вам нужно вручную (или через промпт агенту) скопировать ключи в profile.env каждой созданной роли или очистить пустые поля в config.yaml.

В: Стоит ли использовать Kanban для простых Cron-задач?

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

В: Как ограничить затраты на токены в многоагентной системе?

О: Настраивайте параметр использования токенов для каждой роли. Исследователям (Research) ставьте максимум, а простым исполнителям (Publisher), которые просто форматируют текст, — минимум (20-30%).

В: Что делать, если задача в Kanban зависла в статусе "Blocked"?

О: Это значит, что её родительская задача еще не завершена или шлюз (gateway) перестал работать. Проверьте статус шлюза и убедитесь, что зависимости настроены верно.

Ресурсы и ссылки

• 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