Кто отвечает за результат ИИ-агента: роли, приёмка и контракт агента

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

Модель ответственности подробно разобрана в статьях «Кто отвечает за результат, если работу сделали ИИ-агенты?» и «Компания без должностей: роли как временные контракты». Три зоны действий взяты из руководства Notion и ИИ: что доверить агенту. Здесь из этих материалов собраны шаблоны, которые можно заполнить для своей команды.

Это вторая часть серии «Руководителю об ИИ». Первая помогает найти работу, которую можно поручить ИИ, третья показывает, как вести команду агентов через таск-трекер.

Что понадобится

• Один процесс, где агент уже работает или скоро начнёт. Подойдёт задача из первой части серии, которая прошла проверку в разделе «Когда задача готова для агента».
• Список систем, к которым у агента есть или будет доступ: почта, трекер, CRM, база знаний.
• Человек, который может принять решение о процессе. Часто это вы сами.

Шаг 1. Разведите четыре роли

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

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

Проверьте два правила:

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

Шаг 2. Разложите действия агента по трём зонам

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

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

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

Шаг 3. Заполните контракт агента

Контракт помещается на половину страницы. Три его поля повторяют зоны из шага 2, остальные закрывают то, без чего агент начинает додумывать: источники, вид результата и поведение при нехватке данных.

Отвечает за: какой результат агент выдаёт, в каком процессе и кто его принимает
Источники: откуда берёт данные и где лежит актуальная версия
Результат: что именно возвращает, в каком виде и куда кладёт
Делает сам: действия из первой зоны
Требует одобрения: действия из второй зоны, только после «да» человека
Никогда не делает: действия из третьей зоны
Если данных нет: что делает, когда сведений не хватает или они противоречат друг другу

Пример для условного агента, который готовит еженедельную сводку по проектам:

Агент: сводка по проектам

Отвечает за: еженедельную сводку о ходе проектов отдела.
Принимает руководитель отдела.

Источники: задачи и комментарии в трекере за неделю, протоколы
встреч в общей папке. Другие источники только по прямому поручению.

Результат: черновик сводки в задаче «Сводка недели»:
сделано, не сделано, риски, вопросы к руководителю.
У каждого пункта ссылка на задачу или протокол.

Делает сам: читает задачи и протоколы, пишет черновик сводки,
задаёт вопросы в комментариях к задачам.

Требует одобрения: отправка сводки команде, изменение сроков
и исполнителей в задачах, создание новых задач.

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

Если данных нет: пишет «нет данных» и задаёт вопрос в комментарии
ответственному. Не превращает план в факт: «отправить во вторник»
не значит «отправлено».

Поле «Если данных нет» часто пропускают, и тогда агент заполняет пробелы догадками.

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

• Критерии приёмки и доказательство: разобраны в шаге 4.
• Откат: в шаге 5.
• Условие запуска: какое событие запускает работу агента.
• Передача и остановка: кому агент отдаёт результат и что делает, если остановился.
• Срок жизни: когда работа заканчивается и права отзываются.

Если агент запоминает что-то между запусками, добавьте поле «Память»: что он хранит и где. Такое поле есть в карточке агента из статьи «Хватит считать агента помощником — оформляйте его на работу».

Шаг 4. Задайте приёмку

В статье об ответственности Сергей разбирает свой эксперимент. Агентный контур подготовил шесть черновиков для pimenov.ai, проверки источников, ссылок и метаданных в основном сработали. Когда Сергей прочитал тексты, ни один не был принят к публикации: в них не хватало его контекста, позиции и практической пользы. Сбой был в порядке шагов: разговор с владельцем смысла должен был пройти до массового производства. Полный разбор есть в статье «Шесть черновиков и ноль готовых материалов».

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

1. Поставлено: владелец результата задал результат, материалы и критерии приёмки. Для нового типа задач он здесь же согласует замысел, до запуска работы пакетом.
2. Выполнено агентом: агент оставил результат и ссылки на источники.
3. Проверено: проверяющий сверил результат с критериями.
4. Принято: владелец результата признал работу достаточной.
5. Применено: если результат уходит наружу, внешнее действие выполнено после подтверждения и проверено.

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

Критерии приёмки пишите так, чтобы их мог проверить другой человек:

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

Шаг 5. Договоритесь о журнале и откате

После ошибки нужно восстановить цепочку событий. Минимальный журнал запуска отвечает на вопросы:

• какая была задача и версия инструкции;
• какие данные агент видел;
• что он сделал и что изменил;
• какие проверки прошли и какие нет;
• кто и что подтвердил;
• что показало повторное чтение;
• как отменить изменения.

Если агент работает в таск-трекере, большая часть журнала складывается в комментариях к задаче. Как это устроить, разбирает третья часть серии.

Шаг 6. Проверьте контракт на трёх запусках

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

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

Черновик контракта с помощью ИИ

Первую версию контракта можно собрать в чате, а потом проверить её по шагам 2–4. Для контракта достаточно описания процесса, персональные данные и пароли в чат не вставляйте.

Промпт:

Помоги составить контракт ИИ-агента для процесса: [опиши процесс, кто его сейчас делает и что получается на выходе].
Системы, к которым у агента будет доступ: [список].
Кто принимает результат: [роль].

1. Перечисли действия агента в этом процессе конкретными операциями.
2. Разложи их по трём зонам: делает сам; готовит и ждёт подтверждения человека; не делает никогда. Действия с деньгами, договорами, публикациями, доступами, персональными данными и удалением не ставь в первую зону.
3. Заполни поля: Отвечает за, Источники, Результат, Делает сам, Требует одобрения, Никогда не делает, Если данных нет.
4. Предложи 3–5 критериев приёмки, которые может проверить другой человек.
5. Там, где тебе не хватает данных, задай мне вопросы отдельным списком. Не заполняй пробелы догадками.

Как это выглядит в таск-трекере

Некоторые трекеры уже разделяют исполнителя и ответственного. В Linear задачу можно делегировать агенту, при этом исполнителем остаётся человек: он отвечает за работу, агент работает от его имени, а задача остаётся в его списке «My issues». История назначений и делегирования сохраняется в ленте активности задачи. Это то же разделение, что в шаге 1: агент выполняет, владелец результата отвечает и принимает.

Если трекер так не умеет, договоритесь о правиле вручную: в поле ответственного стоит человек, агент указан в описании задачи или в отдельной метке.

Проверка контракта

Ответьте письменно на вопросы. Если хотя бы на один нет конкретного ответа, автономность процесса выше его управляемости.

Частые ошибки

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

Другие руководства серии «Руководителю об ИИ»

• Часть 1. Как найти работу, которую можно поручить ИИ: разбор рабочего дня и первые три задачи
• Часть 3. Команда ИИ-агентов в таск-трекере: задача как чат, колонки и проверка

Следующий шаг

• База знаний: Команда ИИ-агентов в таск-трекере: задача как чат, колонки и проверка

Если захотите обсудить, как это применить у себя или в команде — пишите в Telegram @pimenov