---
LLM: Claude
type: blueprint
slug: multi-agent-consilium
lang: ru
date: 2026-04-20
title: "Blueprint: Multi-Agent Consilium"
tagline: AI-агенты спорят о твоей проблеме до того, как ты примешь решение
description: Панель когнитивно-разных AI-агентов независимо анализируют проблему, спорят друг с другом в трёх раундах и генерируют структурированные артефакты для принятия решения. Не одна модель, притворяющаяся многогранной — настоящее столкновение разных способов думать.
audience: Для всех, кто принимает решения со ставками и хочет больше, чем одну AI-перспективу — фаундеры, операционщики, продакты, стратеги
price: 16
---

# Blueprint: Multi-Agent Consilium

Ты спрашиваешь AI что-то сложное. Получаешь гладкий, уверенный ответ — одну перспективу. Пробуешь хитрость: "дай три точки зрения". Получаешь три вариации одного мнения, одетые в разные слова. Модель сходится к собственному bias независимо от инструкции — это не баг, это архитектурное свойство.

Для простых вопросов это нормально. Для решений со ставками — нет. Когда ты выбираешь между пивотом и масштабированием, когда решаешь уволить или перестроить команду, когда ставишь на продукт, который потребует полгода жизни — тебе нужна настоящая когнитивная диверсификация, а не косплей.

Этот Blueprint описывает паттерн: **мультиагентный консилиум** — панель AI-агентов с разными когнитивными стилями, которые независимо анализируют проблему, спорят друг с другом и генерируют структурированные артефакты для принятия решения. Не мнение одной модели с разных ракурсов, а столкновение разных способов думать.

## Что ты получишь

- **Панель когнитивно-разных агентов** — каждый с устойчивой персоной, характерным голосом и собственным подходом к анализу
- **Протокол дебатов** (независимость → конфронтация → синтез) — предотвращает преждевременный консенсус и averaging
- **4 структурированных артефакта** из каждой сессии: Tension Map, Risk-scored Ideas, Decision Brief, Blind Spots
- **Архив решений** — полная дискуссия сохраняется как сессия, к которой можно вернуться
- **Интеграция с базой знаний** — агенты получают контекст из твоих файлов через ссылки в описании проблемы

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

1. Открой любой оркестратор, поддерживающий параллельный запуск субагентов (Claude Code, Cursor, кастомный скрипт, любой multi-agent framework) **в директории базы знаний**
2. Покажи этот Blueprint: "Собери мне мультиагентный консилиум по этому Blueprint"
3. Агент задаст вопросы из секции "Вопросы для адаптации"
4. Ответь про свой домен, модели, структуру файлов
5. Агент создаст: файлы персон, конфигурацию оркестрации, шаблоны сессий и проблем

**Контекст:** одна сессия. Агенту нужен доступ к файлам базы знаний (для резолвинга ссылок) и возможность создавать новые файлы.

## Когда использовать

- **Стратегические развилки** — пивотить или масштабировать? Нанимать или автоматизировать? Запускать сейчас или доработать?
- **Поиск blind spots** — ты подозреваешь, что чего-то не видишь, но не знаешь чего
- **Стресс-тест плана** — план готов, но ты хочешь найти дыры до того, как начнёшь
- **Перед необратимыми решениями** — цена пропущенной перспективы высока
- **Дивергентное мышление** — нужен веер идей до того, как сужать

**НЕ для:**
- Фактических вопросов (используй поиск)
- Рутинных задач (одного агента хватит)
- Решений, которые уже приняты (диссент будет раздражать)
- Проблем без контекста (агенты не могут спорить в вакууме)

**Лакмус:** "Два умных человека будут спорить об этом?" — если да, это для консилиума.

## Ключевая идея

**Независимость ДО конфронтации ДО синтеза. Характерный голос предотвращает усреднение.**

Человек:
- Формулирует проблему (напряжение, контекст, вопрос)
- Наблюдает за дебатами или ждёт результат
- Принимает решение на основе артефактов

Система:
- Генерирует независимые перспективы (раунд 1)
- Организует конфронтацию (раунд 2)
- Собирает финальные позиции (раунд 3)
- Синтезирует артефакты из полной дискуссии

## Архитектура

```
Проблема (input)
      |
      v
+---------------------------------------------------+
|           Раунд 1: Независимый анализ             |
|                                                   |
|  +---------+ +---------+ +---------+ +-------+    |
|  |Персона A| |Персона B| |Персона C| |  ...  |    |
|  +----+----+ +----+----+ +----+----+ +---+---+    |
|       |           |           |           |       |
|  Независимо. Не видят друг друга.                 |
+-------+-----------+-----------+-----------+-------+
        v           v           v           v
+---------------------------------------------------+
|           Раунд 2: Конфронтация                   |
|                                                   |
|  Каждый видит позиции остальных.                  |
|  Атакует. Защищает. Ищет точки синтеза.           |
|                                                   |
+-------------------------+-------------------------+
                          v
+---------------------------------------------------+
|           Раунд 3: Финальные позиции              |
|                                                   |
|  Каждый видит ВСЮ дискуссию (R1 + R2).            |
|  "Вот что я думаю ТЕПЕРЬ, после всех."            |
|                                                   |
+-------------------------+-------------------------+
                          v
+---------------------------------------------------+
|               Синтезатор                          |
|                                                   |
|  Отдельная роль (не персона).                     |
|  Читает R1 + R2 + R3 целиком.                     |
|  Генерирует 4 артефакта.                          |
|                                                   |
+-------------------------+-------------------------+
                          v
              +--------------------+
              |  Tension Map       |
              |  Risk-scored Ideas |
              |  Decision Brief    |
              |  Blind Spots       |
              +--------------------+
```

### Структура файлов

```
Consilium/
├── Agents/              — файлы персон (один файл = один архетип)
│   ├── disruptor.md
│   ├── visionary.md
│   ├── critic.md
│   └── rationalist.md
├── Problems/            — описания проблем (input)
│   └── YYYY-MM-DD Problem Title.md
├── Sessions/            — результаты сессий (output)
│   └── YYYY-MM-DD Problem Title.md
├── Templates/
│   ├── problem.md       — шаблон проблемы
│   └── session.md       — шаблон сессии
├── Guides/
│   └── How to Frame a Problem.md
└── CLAUDE.md            — инструкции для оркестратора
```

Имена файлов персон и папок — примеры. Структура адаптируется под инструменты и конвенции пользователя. Ключевое: **персоны, проблемы и сессии живут как отдельные файлы** — это позволяет переиспользовать персоны, архивировать сессии и резолвить ссылки.

### Три слоя

1. **Персоны** — устойчивые когнитивные архетипы. Живут как файлы, переиспользуются между сессиями. Определяют не *что* агент думает, а *как* он думает.
2. **Оркестратор** — управляет последовательностью раундов, передаёт контекст, резолвит ссылки на базу знаний. Это может быть coding agent, скрипт, или multi-agent framework.
3. **Session Store** — полная запись дискуссии + артефакты. Одна сессия = одна проблема. Живёт в базе знаний, доступна для ретроспективы.

## Ключевые принципы

### 1. Когнитивное разнообразие > количество агентов

Три агента с действительно разными способами думать ценнее десяти, которые отличаются только формулировками. Минимальный состав панели — это **баланс**: конструктивные (видят возможности) + деструктивные (видят дыры) + нейтральные (видят trade-offs). Типичное соотношение: 2 конструктивных + 1 деструктивный + 1 нейтральный.

Пример архетипов:
- **Дисраптор** — инвертирует задачу, ищет обходные пути, крадёт решения из других индустрий
- **Визионер** — видит масштаб, потенциал, конструктивный путь вперёд
- **Критик** — стресс-тестирует: pre-mortem, devil's advocate, deconstructing assumptions
- **Рационалист** — считает trade-offs, второй порядок последствий, оценивает стратегию

Это примеры, не предписания. Для технического ревью нужны другие архетипы. Для креативной задачи — третьи.

### 2. Независимость в первом раунде

Это самое важное. Если агенты видят друг друга с самого начала — они якорятся на первый ответ и сходятся. Первый раунд должен быть полностью изолированным: каждый агент получает одну и ту же проблему, но работает в вакууме. Результат — набор неконтаминированных перспектив.

### 3. Характерный голос = защита от усреднения

Каждый агент — не "аналитик с другим фокусом". Это персонаж с собственным голосом: метафоры, тон, стилистика. Характерный голос — это не украшение. Это механизм: когда агент "в роли", он не скатывается в generic AI-ответ. Роль защищает diversity.

### 4. Конфронтация, а не вежливость

Второй раунд — это дебаты, не "хорошая точка зрения, и я бы добавил...". Каждый агент получает явную инструкцию: атаковать слабые места других, защищать своё, не соглашаться из вежливости. Конфронтация — это не агрессия, это уважение к идее: слабая идея, которую не атаковали — опаснее отвергнутой.

### 5. Артефакты > мнения

Финальная ценность консилиума — не в том, что агенты поговорили. А в структурированных артефактах:
- **Tension Map** показывает, где есть уверенность, а где — необходимость выбора
- **Risk-scored Ideas** превращают предложения в оценённые варианты с failure modes
- **Decision Brief** даёт actionable рамку: "если приоритет X — делай A"
- **Blind Spots** вскрывают вопросы, которые никто не задал

Без артефактов дебаты — развлечение. С артефактами — инструмент принятия решений.

### 6. Проблема определяет качество дебатов

Garbage in — garbage out. Размытая проблема ("как стать успешным?") порождает размытые дебаты. Хорошая проблема содержит три элемента: **напряжение** (что тянет в разные стороны), **контекст** (цифры, ограничения, что пробовал), **фрейм** (конкретный вопрос, задающий направление).

## Workflow

### Сценарий A: Стратегическая развилка

> "Масштабировать текущий продукт или пивотить на новый рынок?"

**Формулировка:** Описать оба пути, привести цифры (текущая выручка, размер нового рынка, ресурсы), указать ограничения (бюджет, команда, время), сослаться на стратегические документы через ссылки.

**На что смотреть в артефактах:** Decision Brief даст развилку "если приоритет рост — A, если стабильность — B". Blind Spots покажут, какие предпосылки не проверены. Risk-scored Ideas дадут конкретные шаги с оценкой.

### Сценарий B: Стресс-тест плана

> "Мы решили запускать продукт через 3 месяца. Где дыры?"

**Формулировка:** Детально описать план, приложить таймлайн и зависимости. Вопрос: "Что пойдёт не так? Где единая точка отказа? Какие допущения не проверены?"

**На что смотреть:** Tension Map покажет, где согласны (надёжно) и где расходятся (рисково). Критик в Closing Statements укажет на самый вероятный сценарий провала.

### Сценарий C: Creative exploration

> "Как можно монетизировать community, не превращая его в платный клуб?"

**Формулировка:** Описать текущую модель, аудиторию, что ценят участники. Не ограничивать направление — пусть агенты разойдутся.

**На что смотреть:** Дисраптор предложит неожиданные варианты. Визионер покажет масштаб. Risk-scored Ideas отфильтрует жизнеспособные от авантюрных.

## Компоненты решения

### Персоны

**Что это:** Файл с описанием когнитивного архетипа — не инструкция "будь аналитиком", а полноценный профиль персонажа: голос, стиль, техники мышления, правила поведения в дебатах.

**Зачем character voice:** Без него агент скатывается в generic. Character voice — это constraint, который заставляет модель генерировать по-настоящему разные ответы, а не вариации одного.

**Входы:** Описание проблемы + (опционально) контекст из базы знаний.

**Выходы:** Развёрнутая позиция (800-1500 слов в R1, 600-1200 в R2, 5-7 ключевых тезисов в R3).

**Баланс:** Минимум 3 персоны, оптимально 4. Соотношение конструктивных, деструктивных и нейтральных — настраивается под домен.

### Оркестратор

**Что это:** Логика, которая управляет последовательностью раундов, передаёт контекст и собирает результаты.

**Ключевые требования:**
- Параллельный запуск агентов внутри одного раунда
- Строго последовательное выполнение между раундами (R2 зависит от R1)
- Передача полного контекста: в R2 каждый агент видит свой R1 + чужие R1; в R3 — всю дискуссию
- Резолвинг ссылок: если в проблеме есть ссылки на файлы базы знаний — прочитать и включить в промпт
- Запись результатов каждого раунда в файл сессии

**Реализация:** Может быть coding agent (Claude Code, Cursor), Python-скрипт с API-вызовами, или любой multi-agent framework с поддержкой параллельных задач.

### Session Store

**Что это:** Структурированный файл, фиксирующий полную дискуссию и артефакты.

**Формат:** Один файл на проблему. Содержит: метаданные (дата, проблема, участники), текст проблемы, три раунда с ответами каждого агента, артефакты синтеза.

**Ценность архива:** Через 3 месяца можно вернуться к сессии и увидеть не только решение, а полную логику дебатов — почему одни аргументы победили, а другие нет. Это institutional memory.

### Синтезатор

**Что это:** Отдельная роль (не одна из персон), которая читает полную дискуссию и генерирует артефакты.

**Почему отдельная:** Синтезатор должен быть объективным — не тянуть в сторону одного из участников. Поэтому у него нет персоны, нет характерного голоса, нет позиции. Только структурированный анализ.

**Входы:** Полная дискуссия (R1 + R2 + R3) + описание проблемы.

**Выходы:** 4 артефакта.

| Артефакт | Что содержит |
|----------|-------------|
| **Tension Map** | Согласны (надёжный сигнал), расходятся (зона выбора), уникальные инсайты |
| **Risk-scored Ideas** | Таблица: идея, автор, риск, failure mode, mitigation |
| **Decision Brief** | "Если приоритет X — делайте A. Готовы рискнуть — B. Избегайте C." |
| **Blind Spots** | Вопросы, которые не были заданы, но должны быть |

## Вопросы для адаптации

Агент задаёт эти вопросы при первой настройке системы.

### Домен и контекст

- В каком домене будешь использовать консилиум? (бизнес-стратегия, продуктовые решения, техническая архитектура, creative work, другое)
- Какой уровень проблем типичен? (тактический, стратегический, экзистенциальный)
- На каком языке должны проходить дебаты?

### Модели и инструменты

- Какой оркестратор используешь? (Claude Code, Cursor, API-скрипт, другой)
- Какие модели доступны? (важно для распределения ролей: более сильные модели — на конструктивные роли, средние — на деструктивные)
- Есть ли ограничения по контексту? (влияет на объём ответов в каждом раунде)
- Сколько параллельных запросов поддерживается?

### Персоны

- Использовать дефолтные архетипы (дисраптор, визионер, критик, рационалист) или создать свои?
- Есть ли специфические роли для домена? (например, для техревью: security expert, performance engineer)
- Какой тон дебатов? (жёсткий, академический, прямой)

### Вывод и интеграция

- Где хранить сессии? (папка, формат, naming convention)
- Какие артефакты наиболее ценны для тебя? (можно убрать/добавить)
- Нужен ли резолвинг ссылок на файлы базы знаний?
- Проблемы будут приходить текстом или через файлы-шаблоны?

## Нюансы и грабли

### Агенты сходятся к одному мнению

**Симптом:** В R1 все говорят примерно одно и то же разными словами.

**Причина:** Слабые персоны. Если описание персоны — два абзаца "будь креативным", модель игнорирует его.

**Решение:** Персона должна быть детальной: голос (тон, метафоры, стилистика), техники мышления (конкретные приёмы), правила поведения в дебатах. 500+ слов на персону.

### Размытая проблема — рыхлые дебаты

**Симптом:** Агенты рассуждают об абстрактных вещах, не дают конкретики.

**Причина:** Проблема без напряжения и контекста. "Как улучшить продукт?" — не проблема.

**Решение:** Требовать: что тянет в разные стороны + цифры/ограничения + конкретный вопрос. Отдельный guide по формулированию проблем — хорошая инвестиция.

### Критик доминирует

**Симптом:** Всё разнесено, ничего не предложено. Остальные агенты в R2 начинают оправдываться.

**Причина:** Деструктивная роль слишком мощная, конструктивные — слабые. Или критик на более сильной модели, чем остальные.

**Решение:** Баланс моделей (конструктивные роли — на более сильных моделях). Явное правило в персоне критика: "Если атакуешь — предложи альтернативу."

### Синтез теряет нюансы

**Симптом:** Артефакты выглядят как "усреднение" дискуссии, а не синтез.

**Причина:** Синтезатор не получил инструкцию сохранять tension. Или дискуссия слишком длинная и не помещается в контекст.

**Решение:** Явное требование: "Tension Map должен показывать, ГДЕ ИМЕННО мнения разошлись и что это значит. Не сглаживай."

### Контекст переполняется

**Симптом:** В R3 или Synthesis не помещается полная дискуссия.

**Причина:** Несколько агентов x 3 раунда x 1000 слов = ~12,000 слов, плюс проблема, плюс контекст из базы знаний.

**Решение:** Калибровать длину ответов под доступный контекст. R3 — только ключевые тезисы. Для Synthesis можно использовать модель с большим контекстом.

### Дебаты ради дебатов

**Симптом:** Дискуссия интересная, но Decision Brief неприменим.

**Причина:** Проблема была exploration ("что вообще думаете?"), а не decision ("A или B?").

**Решение:** Различать два режима: exploration (Tension Map + Blind Spots) и decision (все четыре артефакта). Не все проблемы требуют Decision Brief.

## Масштабирование

Паттерн "панель когнитивно-разных агентов + раунды + артефакты" применим далеко за пределами стратегических решений:

- **Technical Review Board** — архитектор + security expert + performance engineer + UX advocate. Стресс-тестируют архитектуру с четырёх сторон
- **Content Review** — редактор + целевой читатель + SEO-аналитик + brand voice guardian. Разбирают статью до публикации
- **Product Discovery** — пользователь-скептик + энтузиаст + бизнес-аналитик + инженер. Оценивают фичу
- **Hiring Committee** — culture fit + technical depth + growth potential + risk assessment. Структурируют обсуждение кандидата

Во всех случаях ядро одно: независимость → конфронтация → синтез. Меняются только персоны и артефакты.

## Выходные артефакты

При инициализации системы агент создаёт:

| Артефакт | Описание | Как проверить |
|----------|----------|---------------|
| Файлы персон (3-5 шт.) | Описание когнитивного архетипа: голос, техники, правила | Каждый файл 500+ слов, стиль уникален |
| Шаблон проблемы | Структура: напряжение + контекст + вопрос | Содержит подсказки для формулировки |
| Шаблон сессии | Секции для каждого раунда + артефакты | Все раунды и артефакты предусмотрены |
| Конфигурация оркестрации | Инструкции для оркестратора: порядок, промпты, модели | Запуск тестовой сессии на простой проблеме |
| Guide по формулированию проблем | Что работает, что нет, примеры | Читается за 5 минут, даёт чёткий чек-лист |