Учебник 23: Канбан — МногоАгентная Доска

Это часть официальной серии руководств Hermes Agent. Смотреть все руководства

Представьте белую доску в общем офисе, где несколько коллег могут прикреплять стикеры, передвигать их и оставлять комментарии — только вместо коллег у нас ИИ-агенты, а доску никто никогда не стирает. Это Hermes Kanban: долговечная доска задач, которая позволяет нескольким именованным агентам работать вместе без хрупкой передачи дел и потери работы.

---

Шаг 1: Поймите главную идею

Kanban — это общая база данных (один файл в ~/.hermes/kanban.db), которую может читать и записывать любой профиль Hermes. Каждая задача — это строка. Каждая передача дел — это строка. Каждый работник — это полноценный процесс ОС со своей личностью и памятью.

Ключевое отличие от delegate_task:

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

---

Шаг 2: Познакомьтесь с двумя входами

Оба интерфейса используют одну и ту же базу данных, поэтому они никогда не расходятся во мнениях.

Вход 1 — Агенты используют инструменты.
ИИ-модель общается с доской через специальный набор инструментов: kanban_show, kanban_list, kanban_create, kanban_complete, kanban_block, kanban_comment и другие. Диспетчер автоматически выдаёт эти инструменты каждому работнику.

Вход 2 — Вы используете CLI.
Вы (или скрипты, или cron-задачи) используете hermes kanban … в терминале, /kanban … как слэш-команду или дашборд.

Правило большого пальца: если за действием стоит модель — используйте инструменты. Если это человек или автоматизация — используйте CLI.

---

Шаг 3: Попробуйте основные команды

Вот как создать задачу и управлять ею из терминала:

# Создать новую задачу
hermes kanban create "Написать пост в блог" --assign researcher-1

# Список всех задач
hermes kanban list

# Показать детали задачи
hermes kanban show 42

# Отметить задачу как выполненную
hermes kanban complete 42

# Заблокировать задачу (ждёт чего-то)
hermes kanban block 42 "Нужно больше данных"

# Разблокировать позже
hermes kanban unblock 42

# Добавить комментарий
hermes kanban comment 42 "Черновик готов к ревью"

У каждой CLI-команды есть парный вызов инструмента, который модель использует внутри — та же база данных, тот же результат.

---

Шаг 4: Посмотрите, что Kanban умеет такого, чего не умеет delegate_task

Вот рабочие сценарии, под которые спроектирована эта доска:

• Разведка и сортировка — несколько исследователей работают параллельно, аналитик проверяет, писатель создаёт черновик. Человек может в любой момент оставить комментарий и разблокировать задачу.
• Плановые операции — агент ежедневных сводок, который ведёт журнал неделями.
• Цифровые двойники — постоянные ассистенты вроде inbox-triage, которые накапливают память со временем.
• Инженерные конвейеры — разбить большую фичу на части, реализовать в параллельных рабочих ветках, провести ревью, доработать, затем создать PR.
• Работа с флотом — один специалист управляет 50 соцсетями или 12 мониторинговыми сервисами.

---

Шаг 5: Запомните различие в одном предложении

delegate_task — это RPC-вызов в стиле fork-join; Kanban — это долговечная очередь сообщений с конечным автоматом.
Простыми словами: delegate_task — это «спроси и жди», а Kanban — «размести и дай команде работать».

---

Итог

Kanban превращает Hermes из ассистента-одиночки в многоагентную команду с общей постоянной памятью. Задачи переживают сбои, люди могут вмешаться в любой момент, и несколько агентов могут работать над одной задачей на протяжении её жизни. Это разница между наймом временного сотрудника и созданием команды.

Дальше: Руководство 24 — Постоянные цели: держим агента в деле, пока задача действительно не выполнена.

Official Screenshots