Башня Роя Александра

рабочий dashboard агентов: кто работает, ждёт, спит и где ошибка

Башня агентов
🔮
Обсерваториянаблюдение, прогнозы, сценарии
Маг думает
Оценивает ситуацию, строит сценарии и риски.
✉️
Вход идеиновый запрос заходит в систему
Идея принята
Задача приходит из Telegram и попадает в Башню.
✍️
Приёмная Секретарявводные и уточняющие вопросы
Секретарь спрашивает
Проверяет, хватает ли данных, и задаёт короткие вопросы.
🧙‍♂️
Кабинет Оркестраторазадачи, приоритеты, маршрутизация
Оркестратор активен
Раскладывает запрос на этапы и назначает агентов.
🧝‍♂️
Библиотека Эльфовпоиск, источники, факты
Эльф ищет
Собирает факты, примеры и проверяемые источники.
🪙
Казначействорасчёты, ресурсы, стоимость
Казначей считает
Считает варианты, затраты, выгоду и ограничения.
⚖️
Зал дебатоваргументы за и против
Прокурор спорит
Ищет слабые места, возражения и недостающие данные.
⚒️
Кузница Гномовсборка, код, автоматизации
Гном спит
Готов сделать сайт, бота, интеграцию или деплой.
🛡️
Лаборатория Стражапроверка качества и безопасности
Страж готов
Проверяет ответ, UX, факты, риски и ошибки.
🤖
Арена проверкидве модели улучшают ответ
Арена проверяет
Две модели ищут, что улучшить перед финалом.
⚠️
Подземелье баговошибки, алерты, blockers
Есть ошибка
Ловит сбои, зависшие задачи, логи и blockers.

Лог агента

что сделал именно этот агент

Как рой обрабатывает задачу

Универсальный сценарий: от любого запроса Александра до готового проверенного ответа.

1. Путь задачи

1

Вход идеи (приём запроса) получает сообщение из Telegram и создаёт карточку задачи.

2

Секретарь (intake / уточняющие вопросы) проверяет, хватает ли вводных. Если нет — задаёт 2–5 коротких вопросов.

3

Оркестратор (главный координатор) определяет цель, риск, маршрут и назначает нужных агентов.

4

Эльф (исследователь / фактчекер) собирает факты, примеры, источники и проверяемые данные.

5

Маг (аналитик рисков) строит сценарии, отделяет факт от гипотезы и отмечает неопределённость.

6

Казначей (расчёты / ресурсы) подключается, если нужны деньги, сроки, ресурсы, PnL или сравнение вариантов.

7

Прокурор (скептик / красная команда) ищет слабые места, самообман, недостающие данные и риск ошибки.

8

Гном (builder / инженер) подключается, если нужно сделать сайт, код, бота, интеграцию или деплой.

9

Страж (QA / безопасность) проверяет качество, факты, риски, стиль и безопасность действия.

10

Арена (две модели-проверяющие) задаёт черновику вопрос: “Как тебе? Что можно улучшить?”

11

Оркестратор (финальная сборка) вносит полезные правки и отдаёт Александру один готовый ответ.

2. Как это видно в башне

  • Новая задача появляется во “Входе идеи”.
  • Секретарь либо задаёт уточнения, либо пропускает задачу дальше.
  • Оркестратор зажигает нужные комнаты и строит цепочку агентов.
  • Активные комнаты светятся, спящие приглушены, ошибка красная.
  • Блок комнаты кликабельный: нажал — слева открылись детали агента.
  • В конце включается Арена и усиливает черновик ответа.

Цель экрана — за 3 секунды понять: где задача, кто работает, где риск и какой следующий шаг.

3. Пример

Запрос: “Моя кошка находит клещей. Что мне делать?” 1. Вход идеи принимает сообщение. 2. Секретарь уточняет: клещ впился или ползал, есть ли симптомы, кошка гуляет или домашняя. 3. Оркестратор понимает: тема бытовая, но есть риск здоровью. 4. Эльф собирает безопасные рекомендации. 5. Маг отделяет срочные действия от профилактики. 6. Прокурор проверяет: нет ли опасных советов. 7. Страж убирает всё рискованное. 8. Арена спрашивает: “Как улучшить ответ?” 9. Оркестратор отдаёт финальный короткий план действий.

4. Если визуал утверждаем — следующие действия

  1. Зафиксировать финальный список ролей и названия комнат.
  2. Подключить реальные статусы Hermes/Kanban вместо mock-данных.
  3. Сделать endpoint: агенты, задачи, события, ошибки, обновлено в N:NN.
  4. Привязать клики: открыть задачу, позвать агента, отправить отдыхать.
  5. Добавить историю цепочки: кто кому передал задачу.
  6. Сделать режим “новая задача вошла в Башню” на реальных запросах Telegram.
  7. Поставить дашборд на нормальный URL с HTTPS и авторизацией.

После утверждения визуала главный следующий шаг — не дорисовка, а подключение живых данных.