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


