← Интерфейсы и исследования

Ревью: семь агентов на лендинге против ролей в системе

Разбор страницы rodnik.bz/1/ — как продуктовая нарезка «семь агентов» соотносится с тем, что такое роль в агентной архитектуре. Дата: 2026-08-15.

Смежные разборы: что менять в конвейере, AI-вакансии DramaBox.


1. Что обещает страница

Лендинг продаёт не программу, а штат. Формулировка вынесена в заголовок раздела: «Семь работ. На каждую — агент, которого хочется нанять отдельно», и ниже прямым текстом — «Не фичи. Семь вакансий, которые отдел и так хочет закрыть».

Семь персон, у каждой — имя, вклад в выручку и триада «Когда / Хочу / Чтобы»:

#ИмяРаботаВклад
01ЯнаБрифер к каждому звонку — досье до разговора+4%
02ЛинаСуфлёр в моменте: «что спросить и как не слить»+6%
03ВераФиксация после звонка: карточка, обещание в задачу, фоллоуап+7%
04МиронУши РОПа: разбор 100% звонков, дыры в скрипте+5%
05ИгнатМетодист: won и lost → что менять в системе+4%
06СебастьянГолосовой доступ к данным в Telegramдоступ, не процент
07Родник«Второй мозг коммерческого», оркестратор гипотез+4%

Арифметика сходится: 4+6+7+5+4+4 = 30, и страница это оговаривает явно — «Шесть агентов дают +30% к выручке. Себастьян — доступ к данным из любой точки, не процент». Дальше — суточный контур («До звонка → На звонке → После → Качество → Система»), сравнение A→B (100 лидов: 3 оплаты → 4), цена 100 000 ₽/мес фикс плюс токены пакетами, демо и пилот 30 дней.

Нарезка сделана по JTBD, а не по фичам: каждая карточка начинается не с возможности продукта, а с момента боли («через 10 минут звонок, а в карточке — имя и номер»). Это сильный ход для продажи — но он же создаёт вопрос, который и разбирается ниже.


2. «Роль» — это три разные вещи

Слово «агент» на лендинге и слово «роль» в системе указывают на разные уровни. В агентной архитектуре роль реализуется тремя механизмами, и они не взаимозаменяемы.

Уровень 1. Профиль — отдельный процесс и отдельная личность

Профиль — это полноценный домашний каталог агента: свои config.yaml (модель, тулсеты, память, MCP-серверы), свой SOUL.md (личность и постура), своя память, свой стор крон-задач, свои ключи. Отдельный процесс = отдельный профиль = отдельная душа; личность фиксируется при старте процесса, на лету не меняется.

Это самая дорогая и самая настоящая форма роли. Она даёт три вещи, которых больше не даёт ничто:

Уровень 2. Назначение на доске — маршрутизация между личностями

Единственное место, где роль выбирается динамически, — поле assignee на канбан-доске: диспетчер видит назначение карточки и спавнит воркер-процесс именно под этим профилем. Доска работает как ткань маршрутизации между личностями, а описание профиля («в чём силён») — не косметика, а вход автоматического подборщика исполнителя.

Уровень 3. Промпт и расписание — поведение внутри роли

Шаблон промпта (тип разбора, инструкция, правила молчания) и cron-рутина (когда именно эта работа происходит) задают поведение, но не создают новой сущности. Это самый дешёвый уровень: новый шаблон не стоит ни процесса, ни памяти, ни отдельного ключа.


3. Куда ложатся семь персон

Разложим лендинг по этим уровням.

ПерсонаЧем является в системеУровень
Лина (суфлёр)Отдельный профиль на отдельном гейтвее: быстрая модель, без инструментов, без памяти, свой порт и свой токенпрофиль
Родник (мозг)Основной профиль-собеседник: чат директора, дайджесты, работа с доскойпрофиль
Себастьян (голос в Telegram)Не отдельная личность, а канал к основному профилю — платформенный вход с собственным секретомканал
Яна (досье до звонка)Регулярная работа основного профиля по расписаниюрутина + промпт
Вера (после звонка)Регулярная работа: фиксация, задача, фоллоуапрутина + промпт
Мирон (ОКК)Типы разбора звонков и встреч + нормализация транскриптовпромпт
Игнат (методист)Разбор побед и потерь, группировка возраженийпромпт

Плюс два служебных профиля, которых на лендинге нет вовсе: оркестратор (собирает доску следующих действий) и писарь (исполняет ровно одну карточку, результат кладёт в неё же и наружу ничего не отправляет).

Вывод. Семь имён на странице — это не семь процессов. Это две-три настоящие роли (профиля), один канал доступа и четыре режима работы одного и того же мозга, разведённые по расписанию и промптам. Плюс два реальных профиля, которые персонами не оформлены, потому что клиенту не продаются.


4. Расхождение — не обман, но требует дисциплины

Само по себе несовпадение нормально: клиент покупает работы, а не процессы, и продавать «профиль с изолированным тулсетом» отделу продаж бессмысленно. Претензии к странице нет — нарезка по работам честно отражает, что именно закрывается.

Опасность в другом: если продуктовая нарезка начнёт диктовать техническую, получится семь профилей там, где нужно три. Это классическая ошибка — заводить сущности по оргструктуре вместо границ контекста и потом обнаруживать, что «наделал кучу отделов». У неё измеримая цена:

Обратная ошибка не менее дорогая: держать промптом то, что обязано быть профилем. Суфлёр — эталонный случай, когда роль не имеет права быть просто промптом:

Ни одно из этих трёх требований промптом не выполняется. Это и есть рабочий критерий.


5. Правило, по которому заводить роль

Роль заслуживает отдельного профиля, если выполняется хотя бы одно:

  1. 1. Другая модель. Роли нужна иная скорость или иная цена ответа.
  2. 2. Другой периметр доступа. У роли должен физически отсутствовать доступ к инструментам, памяти или ключам остальных.
  3. 3. Другой класс входных данных. Роль работает с недоверенным входом (живая речь, письмо от клиента, содержимое сайта), и её нужно держать за отдельной границей доверия.
  4. 4. Отдельный поток повторяемой работы. Работа идёт постоянно и сама по себе, а не изредка по просьбе.

Если ни одно не выполняется — это не роль, а промпт и расписание. Дешевле, наблюдаемее, проще менять.

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


6. Что стоит проверить в связке лендинг ↔ система

  1. 1. Обещание «агенты работают сами». Страница говорит: «Не надо открывать Вайбкод и просить. Контур идёт по расписанию отдела». Это обещание держится расписанием рутин, а не делегированием: фоновые дочерние агенты в Hermes умирают вместе с сессией и рестартом процесса, durable-слой — именно cron и фоновые терминальные задачи. Значит каждая из четырёх «сама собой» работающих персон (Яна, Вера, Мирон, Игнат) обязана быть рутиной по расписанию, а не разовым делегированием из чата.
  2. 2. Проценты как контракт. У каждой персоны на странице стоит цифра вклада. Чтобы она была проверяемой в пилоте, разбор должен уметь атрибутировать результат конкретной работе — то есть метрика привязывается к рутине, а не к персоне. Персон семь, рутин может быть больше или меньше; таблица соответствия нужна до старта пилота, иначе +4% Яны нечем подтвердить.
  3. 3. Себастьян как канал, а не личность. Голос в Telegram — вход к основному профилю. Если однажды понадобится, чтобы он отвечал иначе, чем чат директора, это будет уже четвёртое требование из §5 — и тогда он честно станет профилем. Пока такого требования нет, отдельная сущность не нужна.
  4. 4. Два невидимых профиля. Оркестратор и писарь на лендинге отсутствуют, но именно они делают «контур идёт сам». Их стоит держать в голове при разговоре о цене: токены жгут в том числе они.

7. Итог

Страница нарезана правильно — по работам, которые отдел и так хочет закрыть, а не по возможностям продукта. Это её сила.

Технически же за семью именами стоит меньше сущностей, чем имён, и это тоже правильно: роль в системе — дорогая конструкция (свой процесс, своя душа, свои ключи), и заводить её стоит только под одно из четырёх требований — другая модель, другой периметр доступа, другой класс входных данных, отдельный поток повторяемой работы. Суфлёр им отвечает по трём пунктам сразу, поэтому он и вынесен отдельно. Остальные четыре «сотрудника» — это расписание и промпты одного мозга, и попытка сделать их настоящими профилями ради симметрии с лендингом ухудшила бы систему, а не улучшила.

Главное, за чем стоит следить: направление влияния. Продуктовая нарезка должна оставаться языком продажи, а не проектным заданием для архитектуры.