Ровно эту картину показал эксперимент, в котором четыре ИИ-агента в Minecraft умерли 605 раз и всё равно прошли игру. Ниже я разбираю его как инженерный случай и переношу на задачи, которые агентам отдают в работе.

Такие разборы я публикую регулярно, свежий по этой теме лежит в канале

Задача: что на самом деле проверял эксперимент

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

В работе, отправленной 15 октября 2026, четыре агента прошли игру без вмешательства человека после запуска. Координировались они только через игровой чат и общую память, а персонажами управляли через открытую библиотеку.

Для бизнеса здесь интересна не игра, а форма задачи. Длинная цепочка шагов, у каждого шага есть цена ошибки, между попытками работает память. Так выглядит и разбор звонков, и сбор отчётов, и подготовка контента. Поэтому цифру 605 стоит читать как цену процесса, а не как рекорд неудач.

Что было в цифрах

Коротко: 27 часов 14 минут, 4 агента, 605 смертей, один прогон.

Эти числа взяты из аннотации работы. Дополнительно известно, что роли агенты разделили сами: разведка, добыча, крафт, портал. Бой с драконом занял 14 часов, потому что 10 кристаллов на колоннах постоянно лечили дракона.

Из этих чисел я посчитал производные. Это мой расчёт, а не данные авторов:

| Показатель | Расчёт | Результат | |---|---|---| | Агент-часы | 27 ч 14 мин x 4 агента | около 109 | | Смертей в час на команду | 605 / (27 ч 14 мин) | около 22 |

О деньгах источники расходятся по охвату. Игровые агенты обошлись примерно в $520 по вводному тарифу API, а с агентом-наблюдателем около $810. Какую цифру брать, зависит от того, что вы включаете в процесс. Это ровно тот вопрос, который приходится решать при расчёте экономии у себя.

Моих собственных замеров по этому эксперименту нет, я его не повторял. Всё выше - чужие данные плюс арифметика.

Что сделано: цикл, который не даёт смерти пропасть зря

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

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

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

Куда идти дальше

Коротко: если нужен следующий шаг после расчёта, он здесь.

Когда расчёт экономии будет готов, следующий шаг по контенту ищите тут: Контентные шаблоны (план рассылки, план продажи ОП, структура продажника). Это про дальнейшую работу, а не про расчёт из этой статьи.

Что стало в цифрах

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

Команда дошла до конца и победила дракона. Авторы называют это первым сквозным автономным прохождением Minecraft ИИ-агентами. Ограничения эксперимента:

Вывод для нас такой. Эксперимент доказывает, что цепочку можно довести до конца при ошибках. Он не доказывает, что у вас она сократится во столько-то раз. Готового ответа на вопрос о времени в источниках нет, и любая цифра экономии, которую вам назовут по мотивам этой истории, будет выдумкой или расчётом. Расчёт делают так, как описано дальше.

Как считать экономию времени

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

Формула целиком:

Экономия = (Т_руками - Т_проверка - Т_починка) x N - (Т_сборка + Т_поддержка)

Где:

Теперь привяжем к Minecraft. У этого процесса ошибок много, а стоимость каждой мала. Для команды агентов это нормально, потому что Т_починка почти равно нулю: персонаж возрождается сам. Если же починку делает человек, как в большинстве рабочих процессов, тот же поток ошибок съест всю экономию. Одна и та же доля сбоев в одном процессе безвредна, в другом убыточна.

Если хотя бы одно число в формуле взято из ощущения, итог тоже ощущение. Подробнее про это я писал в разборе Сколько времени экономит ai-first разработка: что я поменял.

Как это устроено у меня

Коротко: на практике я разбираю этот вопрос на примере VoiceIQ, но замеров экономии по нему у меня нет, и я не буду их изображать.

VoiceIQ (ИИ-разбор звонков в реальном времени: расшифровка по ролям, оценка по чек-листу и подсказки менеджеру) заведён у меня в мозге 12 июня 2026, когда я прорабатывал лид-магнит про ИИ-контроль качества. Дальше этого описания я ничего не достраиваю: ни цифр по клиентам, ни поломок, которых не фиксировал.

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

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

Когда агент не экономит, а съедает время

Коротко: три признака, что задачу рано отдавать.

  1. Нет дешёвой проверки. Если убедиться, что результат верный, дольше, чем сделать самому, Т_проверка съедает выигрыш целиком.
  2. Ошибка дорогая и необратимая. Смерть в игре стоит секунду. Письмо клиенту или правка в данных могут стоить намного больше, и тогда без человека в цепочке не обойтись.
  3. Задача разовая. При N, равном единице, сборка не окупится никогда. Агент выигрывает на повторяемом.

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

Как повторить такое у себя

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

Последовательность:

  1. Выберите одну повторяемую задачу. Одну, не три. Лучше ту, у которой есть понятный признак «верно/неверно».
  2. Замерьте руками. Засеките, сколько занимает задача у вас, без агента, на нескольких повторах. Это Т_руками.
  3. Заведите журнал прогонов агента. Каждый запуск: результат принят, исправлен или отклонён. Без журнала вы не узнаете долю смертей.
  4. Считайте проверку и починку отдельно. Это самые частые скрытые затраты.
  5. Подставьте всё в формулу и посмотрите, при каком N сборка окупается.
  6. Решите по результату: оставить, упростить задачу или вернуть руками.

Что вы сделаете сами: шаги 1-2 и 5-6, это таблица и арифметика. Что потребует сборки: журнал прогонов и автоматическая проверка результата, если прогонов много. Для шагов 3-5 ниже есть готовый промпт.

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

Что сделал бы иначе

Коротко: считал бы смерти и стоимость каждой с первого дня, а не после сборки.

Типичная ошибка при внедрении агента - сначала собрать, потом решать, как мерить. К этому моменту «до» уже нечем восстановить, и сравнивать не с чем. Я бы начал с журнала и замера руками, а агента подключал бы после того, как цифры «до» лежат в таблице.

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

Кому такое подходит

Коротко: тем, у кого есть повторяемая задача с проверяемым результатом.

Подходит, если вы:

Не подходит, если задача разовая, критерия «верно» нет или каждая ошибка стоит клиента. В этих случаях сначала меняют процесс.

Что ты уносишь

Коротко: промпт, который принимает ваши замеры и возвращает расчёт экономии с честными оговорками.

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

Ты аналитик, который считает экономию времени от ИИ-агента. Работай только с числами, которые я дал ниже. Ничего не придумывай и не округляй на глаз. Если для расчёта не хватает числа, скажи, какого именно, и не подставляй своё.

ЗАДАЧА, КОТОРУЮ ДЕЛАЕТ АГЕНТ:
[одной фразой, что агент делает за один прогон]

МОИ ЗАМЕРЫ (в минутах, если не сказано иное):
- Т_руками, одна задача без агента: [число]
- Т_проверка, проверка одного результата агента: [число]
- Доля результатов, которые пришлось исправлять, в процентах: [число]
- Среднее время исправления одного результата: [число]
- N, число прогонов за период: [число]
- Период, за который считаем: [например, месяц]
- Т_сборка, разовое время на создание агента: [число]
- Т_поддержка, время на поддержку за период: [число]

СТОИМОСТЬ ОШИБКИ:
- Что происходит, если ошибочный результат уйдёт дальше без проверки: [опиши словами]
- Можно ли это откатить: [да / нет / частично, поясни]

ЧТО СДЕЛАТЬ:
1. Посчитай Т_починка как долю исправлений, умноженную на среднее время исправления.
2. Посчитай экономию за один прогон: Т_руками минус Т_проверка минус Т_починка.
3. Посчитай экономию за период: результат пункта 2, умноженный на N, минус Т_сборка и минус Т_поддержка.
4. Найди N, при котором сборка окупается, то есть экономия за период равна нулю. Если экономия за один прогон равна нулю или отрицательна, прямо напиши, что при таких замерах агент не окупится ни при каком N.
5. Покажи каждый расчёт строкой: формула, подставленные числа, результат.
6. Отдельно перечисли, какие из чисел я назвал по ощущению, а не по замеру, и как это ограничивает вывод.
7. Дай вердикт одной из трёх фраз: «оставить агента», «упростить задачу или проверку, потом считать заново», «вернуть руками». Объясни выбор двумя-тремя предложениями, опираясь на стоимость ошибки и возможность отката.

ФОРМАТ ОТВЕТА:
- Сначала вердикт одной строкой.
- Затем таблица: показатель, формула, подстановка, результат.
- Затем список «Что проверить в первую очередь», не больше 3 пунктов.
- Без общих рассуждений об ИИ.

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

Если после расчёта нужен следующий шаг, он тут: Контентные шаблоны.

Заказать такой разбор под вашу задачу

Коротко: такой же контур замера и расчёта можно собрать под вашу задачу.

Я могу собрать для вас журнал прогонов, проверку результата и расчёт экономии под ваш процесс, чтобы решение «оставить агента или нет» принималось по цифрам. Напишите мне в личку кодовое слово «GOOGLE ИИ-АГЕНТОВ», и я отвечу по вашей задаче.