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