Агент вернул ещё одну таблицу: почему первый результат - это полумера

Коротко

Почему первое решение агента почти всегда половинчатое?

Разберу механику, потому что она не очевидна.

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

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

Модель выбирает первый. Это не лень: это выбор варианта, который точно закроет запрос в том виде, в каком он прозвучал.

Проблема в том, что запрос почти всегда звучал шире. Человек хотел не таблицу, а чтобы заявки перестали теряться. Формально задача решена, фактически работа осталась.

Одна фраза, которая меняет результат

Расскажу случай, который я наблюдал в один день у двух разных людей. Обе работают в юридической сфере, обе на одинаковом уровне владения инструментом.

Первая: «агент создал таблицу, в которую я всё равно вручную должна вносить данные. С одной стороны, вроде задача решилась, с другой - ручной труд никуда не делся, я буду это делать вручную». И на этом остановилась.

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

Отмечу главное: между ними не было разницы ни в опыте, ни в подготовке. Разница была ровно в одной реплике.

Как отличить автоматизацию от переложенной работы?

Простая проверка в три вопроса:

1. Сколько действий руками было раньше и сколько стало? Не «стало удобнее», а конкретно: было семь шагов, стало два.
2. Где теперь живёт данные? Если по-прежнему в голове или в переписке, а таблица заполняется вручную, ничего не изменилось.
3. Что происходит, если я неделю не подхожу? Работающая автоматизация продолжает работать. Полумера копит хвост.

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

Стало в варианте-полумере: та же таблица, но с красивыми колонками. Семь действий превратились в семь действий.

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

Сравнение полезно и в обратную сторону: иногда честный ответ - что полумера и есть максимум на сегодня. Но тогда это осознанный выбор, а не иллюзия результата.

Как ставить задачу, чтобы сразу не получить полумеру?

1. Опиши процесс как есть, по шагам

   Откуда приходит, куда попадает, кто трогает, сколько времени занимает. Пять строк достаточно.

2. Назови, что должно остаться человеку

   «После внедрения я хочу тратить не больше пяти минут в день и не открывать почту вручную». Это и есть критерий приёмки.

3. Попроси три варианта разной сложности

   Простой без интеграций, средний, полный. Так видно цену вопроса и не приходится верить единственному предложению.

4. Спроси, что мешает довести до нуля

   Часто выясняется, что мешает мелочь: нет доступа, нет одного файла, не хватает права в системе. Это решаемо.

5. Зафиксируй решение и проверь его через неделю

   Не в день сдачи, а после недели живой работы. Полумера вскрывается именно там.

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

Формулировки задачи целиком, с ролью, контекстом и критерием, разбирал в материале про канон сильного запроса.

Почему люди принимают полумеру и не спорят?

На обучениях это звучит почти дословно: сопротивление не в том, что я не хочу, а в том, что хочу понять и не могу. Человек видит результат, не понимает, как он устроен, и не решается требовать другого.

Здесь помогает простая рамка. Ты не обязан понимать, как это сделано. Ты обязан понимать, устраивает ли тебя итог. Это разные компетенции, и вторая у руководителя развита лучше, чем он думает.

Вторая причина - привычка к тому, что автоматизация дорога и долга. Человек внутренне готов, что «нормально будет только за большие деньги», и заранее соглашается на меньшее.

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

Ручной шаг, который оставляют намеренно

Полная автоматизация не является самоцелью. Я оставляю ручной шаг в трёх случаях.

Цена ошибки высокая. Отправка денег, подписание документа, рассылка клиентам. Тут дешевле потратить минуту на подтверждение, чем разгребать последствия.

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

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

Ключевая разница: в этих случаях ручной шаг - это контроль, а не ввод данных. Человек проверяет и подтверждает, а не перепечатывает.

Частые вопросы

Главный вывод

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

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

Проверь на своей последней автоматизации: сколько действий руками там осталось и назвал ли ты это число заранее. Если не называл - вернись к агенту и назови. Скорее всего, вариант получше существует.