Приложение · Первые 90 дней AI-native перехода

Понедельник, утро. Основатель сидит перед пустым календарём. Компания — одиннадцать человек, выручка есть, книгу про переход к AI-native фирме он дочитал. А на столе один вопрос, и он не про теорию: с чего начать во вторник, чтобы не попасть в те 95% пилотов, которые MIT NANDA так и не нашёл в реальных финансовых результатах.

Это приложение — карта маршрута. Книга по главам разбирала, куда всё идёт. Здесь я складываю те же главы в один маршрут на 90 дней. Нового материала нет: как снять знание с эксперта — это ch03, скелет контракта — ch05, чеклист безопасности — ch05 и ch10. Я только раскладываю по дням и показываю, куда заглянуть на каждом шаге.

Сразу оговорка — и я повторю её в конце, потому что без неё карта врёт. Это рабочая гипотеза, её ещё предстоит проверить на масштабе. Ни одна из фирм, которую я называю в книге, публично не прошла 18-24 месяца такой модели с проверенными финансами — весь маршрут собран из разборов провалов (ch10). Поэтому я ничего не обещаю про результат. Я только раскладываю по дням ту дисциплину, отсутствие которой раз за разом топило тех, кто пробовал до вас.

И фильтр на входе — чтобы не потерять девяносто дней зря. Сублимация компетенции — это когда эксперт уходит, а его умение остаётся работать в записанном виде — имеет смысл там, где у вас есть живой носитель знания: человек, чьё суждение вы не наймёте за квартал и чьего опыта нет ни в одной языковой модели. Если ценный процесс оказался жёстким конвейером с чёткими правилами — вам хватит обычной автоматизации, и этот путь можно закрыть. А маршрут, который я раскладываю, — для чутья андеррайтера (того, кто оценивает кредитные риски), диспетчера, диагноста: оно срабатывает безошибочно, но в регламент не выписывается.

Фаза 0 (дни 1-10): один процесс, и не трогать остальное

Главная ошибка первых дней — масштаб амбиции. «Внедрим ИИ в компании» — это не задача. Это способ потратить квартал и ничего не закрыть. Берите один узкий процесс — например, андеррайтинг малого бизнеса, а целое кредитование оставьте на потом. В поддержке — только разбор входящих обращений первого уровня.

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

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

Артефакт фазы — одна страница: какой процесс, кто эксперт (он же L0 — носитель знания), кто будет работать с результатом после запуска (L1 — оператор), кто платит и отвечает за итог (вы, L3 — владелец). Эти роли подробно разобраны в ch05. Здесь они — распределение ответственности на бумаге, ещё до первой строчки чего бы то ни было.

Фаза 1 (дни 11-30): снять знание с эксперта

Это сердце перехода: личное неявное знание превращается в записанный навык — в артефакт, который работает сам. Сам протокол — пять рабочих дней на одного эксперта и один процесс — подробно расписан в ch03: теневая запись, разбор пограничных пар, первая кристаллизация в файл SKILL.md, слепой прогон (запуск без подготовки, чтобы поймать слепые пятна), фиксация точек, где система должна позвать человека. Таблицу не пересказываю. Держите её открытой и заполняйте по ходу.

На этой карте важны два момента, о которые чаще всего спотыкаются.

Первый — не просить эксперта «написать регламент». Барьер всегда в формате: он объясняет решение в контексте и в момент, когда оно принимается, но за чистым листом не сядет. Знание появляется из записи его рассуждения вслух — во время живого разбора конкретного кейса. Ни диктовка эксперта, ни ваш конспект этого не дают.

Второй — знание живёт на границах. Две почти одинаковые заявки: одну берёт, другую нет, «почему?» — вот где прячется правило-исключение, которого нет ни в одном регламенте. Типовой поток пропускайте мимо: там сублимировать нечего, там просто правила.

И проверка применимости — пять критериев из ch03. Эксперт не формулирует решение заранее, но объясняет его в контексте. Между экспертами есть законная разница в подходе. Среда меняется так часто, что неизменные правила устаревают. Работа идёт в режиме разговора. Польза зависит от памяти прошлых решений. Если все критерии мимо — процесс детерминирован, и сублимировать в нём нечего: хватит обычной автоматизации.

Фаза 2 (дни 31-60): ворота и руки

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

Ворота — это набор тестов, который отвечает на вопрос «сделал правильно?». Хватит таблицы из 20-30 строк, которую заполняет сам эксперт, без инженера и без BI-системы. Половину строк берёте оттуда, где навык ошибся на слепом прогоне. Провальный кейс ценнее десяти успешных. На старте хватает трёх мерок: то же решение, что принял эксперт; обоснование теми же сигналами, по которым решал он сам; формат, который проглотит следующая система. Каждый новый сбой в работе дописывается строкой — и таблица сама становится сублимированным определением «хорошо». Как растить её дальше — в ch05.

Руки артефакта — это подключение к почте, базам данных, файлам (в технической литературе этот протокол подключения называют MCP — Model Context Protocol). Минимум прав и только то, что нужно для конкретного процесса. Здесь же возникает первый контур безопасности, и он держит весь переход: готовые навыки берут из магазинов, и в дом они приходят чужими. Проверки февраля 2026 нашли в реестре таких навыков 11,9% вредоносных (341 из 2857; Koi Security / Antiy CERT), а Snyk — что 36,82% содержат уязвимости ([E]). На коробке у такого навыка написано одно, а внутри он сделает то, что в него зашили, — и узнаете вы об этом, только когда он уже получит доступ к вашей почте и базам.

Поэтому до того, как навык получит ключи, прогоните его по чеклисту безопасности — он целиком в ch05 и ch10. Костяк короткий: исходник лично прочитал живой человек; права минимальны; первый запуск в изолированной среде без реальных данных; описания инструментов проверены на скрытые команды — именно там прячется подмена инструкций извне (prompt injection); у источника есть имя и история изменений; режим отказа прописан явно как «зову человека» (NEEDS_HUMAN) — именно эскалация к человеку, а тихий «отказ» (REJECT) здесь запрещён; зафиксированы владелец и дата подключения. Любой «нет» — стоп.

Три вещи, которые режут эту фазу. Запускать навык «по инструкции из README» в боевую работу с реальными клиентами — точно нет. Грузить все описания инструментов разом: точность падает по мере роста объёма, берите только нужную схему. И мерить эффект по тому, что говорит команда — бессмысленно: METR показал, что люди ощущали себя работающими на 20% быстрее, тогда как реально работали на 19% медленнее ([E], 2025). Самоотчёт мерит уверенность; реальную скорость покажут только часы и логи.

Как один артефакт выглядит на столе

Чтобы карта не осталась абстракцией, вот тот же андеррайтинговый навык в трёх кусках, которые реально лежат в папке проекта к концу 30-го дня. Это минимальный костяк, с которого начинают, — до боевого запуска ещё далеко.

Сам навык — текстовый файл с заголовком и телом из правил-эвристик, снятых с эксперта:

---
name: underwriting-smb-edge
version: 0.3.0
owner: builder-L2
escalation: NEEDS_HUMAN
---
# Когда сказать «нет» по чистой заявке

Ты не скоринг. Скоринг уже сказал «да». Твоя работа — поймать то,
что формально сходится, но лежит слишком ровно.

## Сигналы на эскалацию (любой → NEEDS_HUMAN, не REJECT)
- Выручка держится под порогом одобрения три месяца подряд.
- Учредитель сменился меньше 90 дней назад, обороты не просели.
- Адрес совпадает с тремя другими заявками этого квартала.
...

Ворота к нему — таблица на два десятка строк, половина из которых там, где навык ошибся на слепом прогоне. Эксперт (L0) заполняет её сам, инженер не трогает:

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

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

Фаза 3 (дни 61-90): владение, надзор и право остановить

Артефакт работает. Теперь надо сделать из него актив — иначе он превратится в пассив и начнёт разрушать сам себя. Два шага: контракт и контур надзора.

Контракт нужен, даже если эксперт — ваш штатный сотрудник, а строитель — подрядчик. Старый трудовой договор продавал часы. Контракт L3 продаёт работающую функцию. Его скелет — четыре пункта, разобранных в ch05: что именно поставляется как объект и кому принадлежит после сдачи; платёж за итог, а не за присутствие; сроки проверки в цифрах и обязательный живой разбор; и BYOA — эксперт принёс своё и уносит при уходе. На карте достаточно держать в уме два следствия. Первое: то, что создаёт ИИ, в ключевых юрисдикциях, включая США, не защищено авторским правом, поэтому владение держится на режиме коммерческой тайны и формуле work made for hire — и это условие выписывают в тексте договора явно. Второе: у программного обеспечения нет правовой ответственности — Moffatt v. Air Canada, 2024 ([E]). Когда артефакт тихо разойдётся с реальностью, ответственность останется на человеке.

Контур надзора — то, что не даст через три месяца получить «оракула» из ch10: навык, который после тихого обновления модели начал писать текстом вместо структурированного формата, и неделю никто не заметил. Минимум на 90 дней — четыре числа на навык и ежемесячная сверка: доля совпадений с эталоном, задержка, стоимость прогона, дата последней проверки. Построить дёшево, но работает это только при регулярной сверке. Дальше — ревью, которое нельзя обойти кнопкой «Принять»: интерфейс заставляет оператора вписать обоснование на нагруженной границе. Оператора-L1 оценивайте по числу специально подсаженных ошибок, которые он поймал, — именно так вырастает настоящий судья, а слепой штамповщик чужих решений останется в стороне. И заведите реестр всех навыков с владельцем и датой вывода из работы. Для фирмы от 3 до 20 человек это просто функция строителя-L2, отдельного человека под неё нанимать незачем. Но существовать она должна — иначе держать границу актуальности некому.

Три ловушки этой фазы. Вешать надзор на оператора с уже вымытым навыком — человек быстро теряет квалификацию, когда его работа сводится к штампованию чужих решений. Фиксировать версию каждой мелочи: административное трение загонит людей в обходные схемы — то, что называют теневым ИТ, когда задачи решают на оплаченных личной картой сервисах в обход корпоративных правил. И списывать «ручные вторники» — практику, когда люди намеренно делают руками то, что умеет делать артефакт, — как блажь: это когнитивный спортзал, без которого в день деградации артефакта за штурвал сесть некому.

Что остаётся на человеке

За 90 дней у вас будет один работающий артефакт — с воротами, контрактом и живым владельцем. Скромнее, чем фирма с выручкой $2,74 млн на сотрудника (Lovable; [E]), и это честная планка первого квартала. И мышца: сделать это снова. Дальше масштабирование — это повторение того же цикла на следующем процессе. Героический запуск всего сразу здесь только мешает.

И последнее, ради чего всё это. Несублимируемый 1% — авторская метафора, условная доля, а [I] здесь честно говорит, что точного числа за ней нет, — это то, что вы оставляете себе по дизайну: суждение, право остановить, ответственность, у которой нет правовой формы, чтобы её передать. Нет человека, который умеет сесть за штурвал, — нет права включать автопилот.

Повторю оговорку с начала — теперь она заработана. Это рабочая гипотеза. Я разложил дисциплину, на которой держится тезис книги, но сам тезис на 2026 год остаётся экстраполяцией, а не наблюдаемым устойчивым состоянием [E*]. Все известные провалы пропустили именно эту дисциплину: бросили мерку качества на автоматизированном срезе, дали угаснуть практике работы без ассистента, оставили навык без владельца, подключили артефакт вслепую, ни разу не прочитав, что он делает. По этим провалам ещё нельзя сказать, что сублимация делает компанию сильнее, — таких подтверждённых историй пока просто нет. Но видно другое и видно отчётливо: там, где дисциплину бросали, переход разваливался каждый раз. Так что эти девяносто дней — не гарантия, что вы получите более сильную команду. Это всего лишь та цена входа, без которой вы почти наверняка повторите чужой провал и окажетесь в тех 95%.