Как описать роль AI-агента: простой шаблон для бизнеса
Когда компания начинает внедрять AI-агентов, часто первым делом пишут промпт. В него пытаются запихнуть всё: чем занимается компания, что должен делать агент, какие правила соблюдать, как отвечать и что делать в нестандартных ситуациях. Через некоторое время такой промпт превращается в инструкцию на несколько экранов, а качество работы всё равно остаётся нестабильным.
Проблема обычно не в формулировках. У агента просто не определена роль. Он не понимает границы своей ответственности, критерии хорошего результата и момент, когда работу нужно передать человеку.
Поэтому роль AI-агента лучше описывать не как длинный промпт, а как рабочую должность внутри процесса. У неё есть вход, задача, правила, результат и контроль. Такой подход проще внедрять, тестировать и масштабировать.
AI-агенту нужна не инструкция, а понятная зона ответственности
Представьте нового сотрудника. Ему недостаточно сказать: «занимайся маркетингом». Нужно объяснить, за какой участок он отвечает, какие данные использует, что должен выдавать на выходе и в каких случаях обращается к руководителю.
С AI-агентом ситуация похожая. Чем конкретнее роль, тем проще понять, работает ли он хорошо. Если агент одновременно анализирует рекламу, пишет статьи, проверяет лиды и ставит задачи сотрудникам, оценить качество его работы становится гораздо сложнее.
Поэтому первый принцип простой: одна роль — одна понятная ответственность.
| Плохо | Лучше |
|---|---|
| Помогай с маркетингом | Контролируй рекламные кампании и находи существенные отклонения |
| Следи за заявками | Проверяй новые заявки и выявляй обращения без ответственного |
| Анализируй продажи | Сравнивай показатели с предыдущими периодами и отмечай значимые изменения |
| Занимайся контентом | Готовь черновики статей по утверждённой структуре и правилам бренда |
Шесть элементов хорошей роли
Практически любую роль AI-агента можно описать через несколько блоков. Не обязательно использовать сложную методологию: достаточно последовательно ответить на базовые вопросы.
| Элемент | Что определить |
|---|---|
| Роль | За какой участок отвечает агент |
| Вход | Какие данные и события он получает |
| Задача | Что именно должен сделать |
| Правила | Какие ограничения и условия соблюдать |
| Выход | Как выглядит результат работы |
| Контроль | Когда результат проверяет человек или другой агент |
1. Роль: что именно принадлежит агенту
Начните с одного предложения, которое описывает ответственность. Хорошая формулировка отвечает на вопрос: «За какой участок процесса я могу поставить этого агента ответственным?».
Например: «Агент отвечает за ежедневный мониторинг рекламных кампаний и выявление существенных отклонений». Здесь уже понятно, что агент не управляет всей рекламой и не принимает стратегические решения.
Это ограничение полезно. Чем меньше размыта зона ответственности, тем проще настроить остальные элементы роли.
2. Вход: какие данные получает агент
Дальше нужно определить, с чем агент работает. Это могут быть данные CRM, рекламные показатели, документы, обращения клиентов, задачи или события из других систем.
Полезно сразу определить не только источник, но и период, формат и минимально необходимый набор данных. Если агенту для вывода хватает пяти показателей, не нужно передавать ему пятьдесят.
| Роль | Пример входных данных |
|---|---|
| Монитор рекламы | Расход, лиды, CPL, конверсия, данные по кампаниям |
| Контроль лидов | Новые заявки, источник, ответственный, статус |
| Контентный агент | Тема, брендбук, прошлые материалы, структура статьи |
| Аналитик | Показатели за текущий и предыдущий периоды, справочники |
3. Задача: какое действие должен выполнить агент
Задача должна описывать действие, а не абстрактную цель. Формулировка «улучшить маркетинг» ничего не говорит о том, что именно должен сделать агент.
Гораздо понятнее: «сравнить показатели кампаний с предыдущими семью днями, найти отклонения выше установленного порога и подготовить карточку с возможными причинами». Такой результат можно проверить по шагам.
Если задачу нельзя представить как последовательность действий, её, скорее всего, пока рано передавать агенту.
4. Правила: где заканчивается свобода агента
AI может предложить действие, которое выглядит логичным, но не подходит конкретному бизнесу. Поэтому в роли должны быть ограничения: что разрешено, что запрещено и какие условия обязательны.
Например, агент может анализировать рекламные кампании, но не менять бюджеты. Или может классифицировать заявки, но не отправлять клиенту сообщение без подтверждения менеджера.
| Тип правила | Пример |
|---|---|
| Разрешение | Можно создавать задачи в CRM |
| Запрет | Нельзя самостоятельно менять рекламный бюджет |
| Порог | Считать отклонение существенным при росте CPL более чем на 20% |
| Обязательная проверка | Перед внешней отправкой результат подтверждает человек |
| Источник | Использовать только данные из утверждённой CRM |
5. Выход: что агент должен оставить после себя
Результат работы должен быть конкретным артефактом. Не просто текстом «я всё проверил», а структурированным объектом, который можно использовать дальше.
Это может быть карточка проблемы, список лидов, отчёт, задача, черновик статьи или рекомендация. Следующий этап должен понимать результат без необходимости перечитывать всю переписку агента.
Чем лучше определён выход, тем проще встроить агента в workflow.
6. Контроль: когда агент должен остановиться
У любого агента должны быть условия, при которых он не продолжает работу самостоятельно. Это особенно важно для задач, где ошибка может стоить денег или повлиять на клиента.
Например, если данных недостаточно, агент должен сообщить об этом. Если ситуация выходит за заданные правила, задача передаётся человеку. Если уверенность в классификации ниже установленного уровня, результат отправляется на проверку.
Готовый шаблон роли AI-агента
Для практической работы можно использовать короткий шаблон. Его удобно заполнять до создания агента, а затем использовать как основу для системной инструкции.
| Поле | Что написать |
|---|---|
| Роль | За какой процесс отвечает агент |
| Цель | Какой результат бизнеса должен поддерживать |
| Вход | Какие данные, события или документы получает |
| Действия | Какие шаги выполняет |
| Правила | Что разрешено и запрещено |
| Выход | Какой артефакт создаёт |
| Критерии качества | Как понять, что результат хороший |
| Эскалация | Когда и кому передаёт задачу |
Почему нельзя описывать агента только через промпт
Промпт — это часть реализации, а не сама роль. Если бизнес-процесс меняется, промпт придётся переписывать, но сначала нужно понять, изменилась ли ответственность агента, его входы или критерии результата.
Когда роль описана отдельно, это становится намного проще. Можно заменить модель, изменить интеграцию или переписать инструкцию, не теряя логику процесса.
По сути, роль — это бизнес-спецификация агента, а промпт — один из способов заставить систему эту спецификацию выполнять.
Как проверять роль до запуска
Полезно дать описание роли человеку, который вообще не участвовал в проекте. Если он после прочтения может ответить, что получает агент, что делает, что создаёт и когда должен остановиться, описание уже достаточно конкретное.
Есть и более практичный тест: возьмите десять реальных кейсов и попробуйте заранее определить, что агент должен сделать в каждом. Если для каждого случая приходится дописывать новые исключения, роль пока слишком общая или сам процесс плохо определён.
Какие ошибки встречаются чаще всего
Первая — слишком широкая ответственность. Вторая — отсутствие критериев качества. Третья — размытый результат, когда непонятно, что именно агент должен передать дальше.
Ещё одна проблема — попытка предусмотреть абсолютно все ситуации в инструкции. В итоге роль превращается в огромный регламент, который сложно поддерживать. Лучше определить основные правила, контрольные точки и понятный механизм эскалации исключений.
Когда роль нужно разделить на несколько агентов
Если внутри одной роли появляются разные типы входных данных, разные критерии качества или разные уровни ответственности, это сигнал к разделению.
Например, один агент может находить проблемы в рекламе, а другой — анализировать их причины. Первый отвечает за обнаружение, второй за диагностику. Между ними появляется понятный артефакт, и каждый этап проще контролировать.
| Агент | Ответственность |
|---|---|
| Мониторинг | Находит отклонения и фиксирует проблемы |
| Аналитик | Определяет возможные причины изменений |
| Координатор | Передаёт задачу ответственному сотруднику |
Как роль превращается в часть системы
После описания отдельной роли можно определить, откуда агент получает данные и кому передаёт результат. Тогда вокруг него начинает формироваться workflow.
Монитор создаёт сигнал, аналитик разбирает его, координатор назначает задачу, человек принимает решение, а система фиксирует результат. Каждый агент отвечает за свой участок, а не пытается заменить весь маркетинговый отдел.
Именно так набор отдельных AI-агентов постепенно превращается в связанную систему.
Вывод
Хорошая роль AI-агента начинается не с промпта. Сначала нужно определить ответственность, входные данные, конкретные действия, правила, результат и контроль. После этого уже имеет смысл выбирать модель, инструменты и способ интеграции.
Если роль можно описать на одной странице и проверить на реальных кейсах, её значительно проще запускать и улучшать. А если описание постоянно разрастается, появляются десятки исключений и никто не может объяснить, где заканчивается ответственность агента, проблема, скорее всего, находится не в AI, а в самом процессе.
Для бизнеса это особенно полезный принцип: не нужно сразу проектировать огромную агентную систему. Сначала достаточно взять один повторяемый участок работы и нормально описать роль AI внутри него. Когда такой элемент начинает стабильно работать, его уже можно соединять с другими ролями и постепенно собирать полноценный workflow.
Если вы планируете внедрение AI в компании, именно с такого описания я бы и начинал. Хорошо определённая роль позволяет ещё до разработки понять, что автоматизировать, какие данные потребуются, где оставить человека и какой результат можно считать реальной пользой для бизнеса.
1. Роль: что именно принадлежит агенту
Начните с одного предложения, которое описывает ответственность. Хорошая формулировка отвечает на вопрос: «За какой участок процесса я могу поставить этого агента ответственным?».
Например: «Агент отвечает за ежедневный мониторинг рекламных кампаний и выявление существенных отклонений». Здесь уже понятно, что агент не управляет всей рекламой и не принимает стратегические решения.
Это ограничение полезно. Чем меньше размыта зона ответственности, тем проще настроить остальные элементы роли.
2. Вход: какие данные получает агент
Дальше нужно определить, с чем агент работает. Это могут быть данные CRM, рекламные показатели, документы, обращения клиентов, задачи или события из других систем.
Полезно сразу определить не только источник, но и период, формат и минимально необходимый набор данных. Если агенту для вывода хватает пяти показателей, не нужно передавать ему пятьдесят.
| Роль | Пример входных данных |
|---|---|
| Монитор рекламы | Расход, лиды, CPL, конверсия, данные по кампаниям |
| Контроль лидов | Новые заявки, источник, ответственный, статус |
| Контентный агент | Тема, брендбук, прошлые материалы, структура статьи |
| Аналитик | Показатели за текущий и предыдущий периоды, справочники |
3. Задача: какое действие должен выполнить агент
Задача должна описывать действие, а не абстрактную цель. Формулировка «улучшить маркетинг» ничего не говорит о том, что именно должен сделать агент.
Гораздо понятнее: «сравнить показатели кампаний с предыдущими семью днями, найти отклонения выше установленного порога и подготовить карточку с возможными причинами». Такой результат можно проверить по шагам.
Если задачу нельзя представить как последовательность действий, её, скорее всего, пока рано передавать агенту.
4. Правила: где заканчивается свобода агента
AI может предложить действие, которое выглядит логичным, но не подходит конкретному бизнесу. Поэтому в роли должны быть ограничения: что разрешено, что запрещено и какие условия обязательны.
Например, агент может анализировать рекламные кампании, но не менять бюджеты. Или может классифицировать заявки, но не отправлять клиенту сообщение без подтверждения менеджера.
| Тип правила | Пример |
|---|---|
| Разрешение | Можно создавать задачи в CRM |
| Запрет | Нельзя самостоятельно менять рекламный бюджет |
| Порог | Считать отклонение существенным при росте CPL более чем на 20% |
| Обязательная проверка | Перед внешней отправкой результат подтверждает человек |
| Источник | Использовать только данные из утверждённой CRM |
5. Выход: что агент должен оставить после себя
Результат работы должен быть конкретным артефактом. Не просто текстом «я всё проверил», а структурированным объектом, который можно использовать дальше.
Это может быть карточка проблемы, список лидов, отчёт, задача, черновик статьи или рекомендация. Следующий этап должен понимать результат без необходимости перечитывать всю переписку агента.
Чем лучше определён выход, тем проще встроить агента в workflow.
6. Контроль: когда агент должен остановиться
У любого агента должны быть условия, при которых он не продолжает работу самостоятельно. Это особенно важно для задач, где ошибка может стоить денег или повлиять на клиента.
Например, если данных недостаточно, агент должен сообщить об этом. Если ситуация выходит за заданные правила, задача передаётся человеку. Если уверенность в классификации ниже установленного уровня, результат отправляется на проверку.
Контроль — это не признак слабого AI. Это часть нормальной архитектуры процесса.
Готовый шаблон роли AI-агента
Для практической работы можно использовать короткий шаблон. Его удобно заполнять до создания агента, а затем использовать как основу для системной инструкции.
| Поле | Что написать |
|---|---|
| Роль | За какой процесс отвечает агент |
| Цель | Какой результат бизнеса должен поддерживать |
| Вход | Какие данные, события или документы получает |
| Действия | Какие шаги выполняет |
| Правила | Что разрешено и запрещено |
| Выход | Какой артефакт создаёт |
| Критерии качества | Как понять, что результат хороший |
| Эскалация | Когда и кому передаёт задачу |
Пример: агент контроля рекламных кампаний
Допустим, задача — каждый день контролировать рекламу. Если описать роль слишком широко, агент начнёт предлагать всё подряд: менять объявления, перераспределять бюджет, искать новые аудитории и переписывать стратегию.
Вместо этого можно задать конкретную роль: агент ежедневно получает показатели кампаний, сравнивает их с историческими значениями, находит существенные отклонения и создаёт карточку проблемы. Изменение настроек остаётся за маркетологом.
| Элемент | Пример |
|---|---|
| Роль | Мониторинг рекламных кампаний |
| Вход | Данные кампаний за последние 7 и 30 дней |
| Действия | Сравнение показателей, поиск отклонений, проверка контекста |
| Правила | Не менять настройки и не делать выводы без достаточных данных |
| Выход | Карточка отклонения с цифрами и возможными причинами |
| Контроль | Маркетолог принимает решение по значимым отклонениям |
Почему нельзя описывать агента только через промпт
Промпт — это часть реализации, а не сама роль. Если бизнес-процесс меняется, промпт придётся переписывать, но сначала нужно понять, изменилась ли ответственность агента, его входы или критерии результата.
Когда роль описана отдельно, это становится намного проще. Можно заменить модель, изменить интеграцию или переписать инструкцию, не теряя логику процесса.
По сути, роль — это бизнес-спецификация агента, а промпт — один из способов заставить систему эту спецификацию выполнять.
Как проверять роль до запуска
Полезно дать описание роли человеку, который вообще не участвовал в проекте. Если он после прочтения может ответить, что получает агент, что делает, что создаёт и когда должен остановиться, описание уже достаточно конкретное.
Есть и более практичный тест: возьмите десять реальных кейсов и попробуйте заранее определить, что агент должен сделать в каждом. Если для каждого случая приходится дописывать новые исключения, роль пока слишком общая или сам процесс плохо определён.
Какие ошибки встречаются чаще всего
Первая — слишком широкая ответственность. Вторая — отсутствие критериев качества. Третья — размытый результат, когда непонятно, что именно агент должен передать дальше.
Ещё одна проблема — попытка предусмотреть абсолютно все ситуации в инструкции. В итоге роль превращается в огромный регламент, который сложно поддерживать. Лучше определить основные правила, контрольные точки и понятный механизм эскалации исключений.
Когда роль нужно разделить на несколько агентов
Если внутри одной роли появляются разные типы входных данных, разные критерии качества или разные уровни ответственности, это сигнал к разделению.
Например, один агент может находить проблемы в рекламе, а другой — анализировать их причины. Первый отвечает за обнаружение, второй за диагностику. Между ними появляется понятный артефакт, и каждый этап проще контролировать.
Как роль превращается в часть системы
После описания отдельной роли можно определить, откуда агент получает данные и кому передаёт результат. Тогда вокруг него начинает формироваться workflow.
Монитор создаёт сигнал, аналитик разбирает его, координатор назначает задачу, человек принимает решение, а система фиксирует результат. Каждый агент отвечает за свой участок, а не пытается заменить весь маркетинговый отдел.
Именно так набор отдельных AI-агентов постепенно превращается в связанную систему.
Вывод
Хорошая роль AI-агента начинается не с промпта. Сначала нужно определить ответственность, входные данные, конкретные действия, правила, результат и контроль. После этого уже имеет смысл выбирать модель, инструменты и способ интеграции.
Если роль можно описать на одной странице и проверить на реальных кейсах, её значительно проще запускать и улучшать. А если описание постоянно разрастается, появляются десятки исключений и никто не может объяснить, где заканчивается ответственность агента, проблема, скорее всего, находится не в AI, а в самом процессе.
Для бизнеса это особенно полезный принцип: не нужно сразу проектировать огромную агентную систему. Сначала достаточно взять один повторяемый участок работы и нормально описать роль AI внутри него. Когда такой элемент начинает стабильно работать, его уже можно соединять с другими ролями и постепенно собирать полноценный workflow.
Если вы планируете внедрение AI в компании, именно с такого описания я бы и начинал. Хорошо определённая роль позволяет ещё до разработки понять, что автоматизировать, какие данные потребуются, где оставить человека и какой результат можно считать реальной пользой для бизнеса.