§4.01 Типология ролей агентов
Время: 45 мин чтение + 30 мин
В одном предложении: Человек думает, что агент — это просто модель ИИ, к которой можно обратиться с любым вопросом, а на самом деле агент без роли — это просто чат, и пока вы не определили, какую роль агент выполняет в вашей системе, вы не используете его, а просто болтаете.
Мем, который снимается. «У меня есть Claude, Kimi и GPT. Я спрашиваю у того, кто свободен. Разницы нет, все модели одинаковые.» На самом деле модели не одинаковые, и роль важнее модели. Навигатор с плохой моделью лучше, чем отсутствие Навигатора с отличной моделью. Роль определяет: что агент делает, какие продукты создаёт, с кем взаимодействует, какие ограничения соблюдает. Без роли агент — универсальный собеседник, который пытается угодить вам, а не выполнять функцию. Четыре роли — не догма, но минимальный набор, который покрывает основные потребности IWE: ориентация, создание, диагностика, координация.
Понятия. Агент в IWE — не просто модель ИИ. Агент = модель + MCP + роль + продукты + процессы. Роль определяет функцию агента в системе. Навигатор — роль ориентации и направления: поддерживает траекторию пилота, контролирует соответствие плана действиям, предупреждает отклонения. Портной — роль созидания и производства: создаёт артефакты, модифицирует существующие, воплощает замысел пилота в материал. Диагност — роль анализа и познания: оценивает состояние системы, находит проблемы, предлагает гипотезы. Оркестратор — роль координации: управляет потоком между агентами, решает конфликты, распределяет задачи. Без роли агент — просто чат. С ролью — функциональный элемент системы.
Объяснение. Роли агентов не привязаны жёстко к моделям. Один агент может выполнять разные роли в разное время, но не одновременно. Навигатор, который вдруг начинает писать код, теряет ориентацию: он забывает следить за траекторией. Портной, который начинает давать стратегические советы, теряет фокус на создании. Роль — это не метка, а контракт: агент соглашается выполнять определённую функцию и не вмешиваться в чужие. Контракт защищает пилота от хаоса: когда каждый агент знает свою роль, пилот знает, к кому обращаться за чем. Навигатору — за ориентацией. Портному — за созданием. Диагносту — за анализом. Оркестратору — за координацией. Если пилот обращается к Портному за ориентацией — это не ошибка Портного, это ошибка пилота. Роли экономят энергию: не нужно каждый раз объяснять, чего вы хотите. Роль уже содержит контекст.
На практике. Практика «Карта ролей» (30 мин):
- Перечислите всех агентов, которых вы используете. (5 мин)
- Для каждого определите: какую роль он выполняет? Что производит? С кем взаимодействует? (15 мин)
- Проверьте: есть ли роли, которые не покрыты? Есть ли агенты без чёткой роли? Зафиксируйте в Pack. (10 мин)
Типичный кейс. Предприниматель тридцати восьми лет использовал трёх агентов: Claude для всего, GPT для всего, Kimi для всего. Каждый раз он начинал с «Привет, у меня вопрос...» и тратил по пять минут на контекст. После определения ролей: Claude — Навигатор (планирование, траектория, ретро), Kimi — Портной (написание документов, код, спецификации), GPT — Диагност (анализ данных, поиск проблем, оценка). Обращение стало целенаправленным: «Claude, проверь мою траекторию на этой неделе». «Kimi, напиши спецификацию по шаблону». «GPT, проанализируй метрики и найди аномалии». Время на контекст сократилось с пяти минут до тридцати секунд. Эффективность выросла не потому, что модели стали умнее, а потому, что пилот стал яснее.
Типичная ошибка. «У меня один агент, он и так справляется со всем.» Один агент не справляется со всем. Он переключается между ролями, теряя контекст каждого переключения. Навигатор требует долгосрочной памяти о траектории. Портной требует фокуса на деталях. Диагност требует свежего взгляда. Одна модель не может быть одновременно всем. Другая ошибка: «Роли — это для больших команд. Мне хватает одного чата.» Роли нужны не потому, что агентов много. Роли нужны потому, что функции разные. Даже с одним агентом определение роли экономит время: вы не объясняете контекст каждый раз, потому что роль его уже содержит.
Степени мастерства:
- Объяснение. Могу назвать четыре роли агентов и объяснить их функции. Критерий перехода: провёл карту ролей для своих агентов.
- Умение. При обращении к агенту определяю его роль и формулирую запрос в рамках этой роли. Критерий перехода: десять обращений с явной ролью без необходимости объяснять контекст.
- Навык. Системно использую роли: каждый агент имеет чёткую роль, продукты, процессы, зафиксированные в Pack. Критерий перехода: коллега заметила, что «ваши агенты работают как команда".
- Мастерство. Проектирую роли для новой системы: определяю, какие роли нужны, какие агенты их выполняют, как они взаимодействуют. Критерий перехода: другой человект использовал вашу типологию ролей для своей IWE.
Проверка себя.
- Могу назвать четыре роли агентов и для каждой привести пример из своей практики
- Для каждого агента, которого я использую, могу сказать: какую роль он выполняет
- Не обращаюсь к агенту с запросом вне его роли (или сознательно меняю роль)
- Роли моих агентов зафиксированы в Pack
- Могу объяснить новому человеку, к какому агенту обращаться за чем, за одну минуту
На практике. В следующий раз, когда вы обратитесь к агенту, начните с указания роли: «Ты в роли Навигатора. Проверь мою траекторию». Это меняет качество ответа: агент включает контекст роли и не пытается угадать, чего вы хотите.
См. также: Агент — PD.GUIDE.3.S2.SS4, Система «Пилот + Машина» — PD.GUIDE.3.S2.SS1.
Что дальше. Следующий подраздел — о протоколах подключения и интеграции: как агенты связываются с инструментами через MCP.