Большинство компаний до сих пор использует ИИ как продвинутый поисковик: кто-то в команде открывает чат, что-то спрашивает, копирует ответ. Это работает, но упирается в потолок очень быстро.

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

1. Агент - это коллега, а не функция

Первое и самое важное смещение: перестаньте думать об ИИ как об инструменте. В человеко-агентной команде у агента есть роль, а не «навык».

Это значит, что у него есть:

• цель (зачем он существует),
• инструменты (к чему имеет доступ),
• зона данных (что видит и что не видит),
• точки эскалации (когда зовёт человека).

Один агент отвечает за анализ данных и подключён к хранилищу. Другой следит за стандартами дизайна. Третий синтезирует исследования. Люди занимаются только тем, что требует человеческого суждения.

Ошибка большинства заключается в подходе, а именно «универсальный помощник», который умеет всё понемногу и не отвечает ни за что. Или «агент-двойник», который делает ту же работу, что и человек, но хуже и без ответственности.

Проверка на прочность: если выключить агента прямо сейчас, то что сломается? Если ответ «ничего», то это не коллега, это игрушка.

2. Контекст - это продукт, а не побочный эффект

Вторая фишка самая недооценённая. Если агенты часть команды, то документация должна быть написана и для них, а не только для людей.

Ключевой принцип: открытость по умолчанию. Всё, что не является секретом, доступно агенту. Не потому что «пусть посмотрит», а потому что иначе он не сможет работать автономно и будет каждый раз дёргать человека.

Контекст делится на три слоя:

• Постоянный — миссия, стандарты, стиль общения. Живёт в системной инструкции или файле навыка.
• Проектный — текущие цели, решения, риски. Лежит в общей папке или базе знаний.
• Оперативный — конкретная задача и данные. Передаётся в момент делегирования.

Без этого слоя получается классическая история: агент формально есть, но каждую задачу приходится объяснять с нуля. И вся экономия времени съедается на пересказ контекста.

Практический тест «слепой агент»: дайте новому агенту доступ только к вашей базе знаний и типовую задачу. Если он справится, то контекст настроен. Не справился, значит вы документируете для галочки или отписки.

3. Главная цель вместо списка задач

Обычный помощник ждёт задачу, а вот хорошему агенту всегда есть что вам предлижить.

Разница в одном: у команды есть понятная и прописанная главная цель. И из нее вытекает одна амбициозная задача, которую агент знает наизусть. И если он видит отклонение от неё, то может сам предложить улучшение.

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

Но здесь есть тонкая грань. Если агент генерирует 40 предложений в неделю, люди перестают их читать. Поэтому вводится лимит и формат:

гипотеза → данные → ожидаемый эффект → стоимость проверки

И конечно, этот процесс оцифровывается хотя бы одной метрикой "доля полезных предложений": какой процент предложений дошёл до реализации. Если меньше 10%, но нужно анализировать: либо главная цель размыта, либо агент шумит.

4. Три уровня самостоятельности и точки согласования

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

• Первый: агент только предлагает, человек делает сам.
• Второй: агент делает, человек проверяет до публикации.
• Третий: агент делает и публикует, человек проверяет после выполнения и только для задач с низким риском.

Уровень выбирается не по интуиции, а по матрице рисков: тип задачи × возможный ущерб. Отправка внутреннего отчёта относится на третий уровень. Ответ клиенту это второй. Трата денег или публикация в рабочую среду может быть первый или явная точка согласования.

Точка согласования — это место, где агент останавливается и ждёт человека. Не потому что не умеет, а потому что цена ошибки выше выгоды от скорости.

И отдельный важный слой безопасности: права доступа, секреты, защита от внедрения вредоносных инструкций, журнал действий. Агент с доступом к внутренним системам может стать каналом для атаки.

5. Метрики команды, а не метрики агента

Последняя важная деталь в формировании смешанной команды: не превратить людей в надзирателей.

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

• время выполнения — от задачи до результата;
• доля задач, закрытых агентом без правок человека — реальный показатель самостоятельности;
• стоимость одной задачи — токены плюс инфраструктура;
• удовлетворённость людей — не стали ли они няньками для ботов. 

Если люди проводят день, проверяя за агентами и переписывая за ними, значит вы не делегировали работу, вы её удвоили.

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

Главной целью формирования смешанной (человеко-агентной) команды не должно быть стремление заменить сотрудников ботами, а регулярная направленность на сокращение времени и затрат на обсуждение и рутину.

Пять фишек, если собрать их вместе:

1. Агент должен стать коллегой с ролью, а не функцией.
2. Контекстом общей работы является продукт, который вы делаете для агентов.
3. Главная цель превращает исполнителя в инициатора.
4. Самостоятельность растёт через точки согласования, а не вопреки им.
5. Метрики оцифровки должны быть командные, иначе люди становятся надзирателями.

Начать можно с малого: возьмите одну повторяющуюся задачу, опишите её как роль агента, дайте доступ к нужному контексту и поставьте одну точку согласования. Через неделю посчитайте, сколько раз вы вмешались. Это и будет ваша первая честная метрика самостоятельности.