Онбординг, после которого доступ и контекст появляются за час, а не за недели разбирательств. Новый сотрудник — или новый агент, без разницы — открывает рабочее окружение и сразу знает: кто мы, как здесь принято работать, где лежат знания, какие инструменты доступны и что запрещено. Не потому, что ему провели двадцать встреч, а потому, что всё это записано в одном файле, который его рабочая среда читает при старте.
Это не футурология. Все детали для такой системы уже существуют, я собрал её у себя и собираю для компаний. Не хватает обычно одного — самого файла и решения относиться к нему всерьёз.
Проблема, которую это решает, больше онбординга. В компаниях, где ИИ «внедрён», у каждого сотрудника своя связка: свои промпты в заметках, свои ключи, свой набор ботов. Знание о том, как работать, размазано по головам и чатам — и уходит вместе с людьми. Инструкция в харнессе собирает это в одно место, которое читают все: и новый сотрудник, и каждый агент при каждом запуске. Ниже блюпринт: из чего система состоит и как одна инструкция превращает людей и агентов в участников общей операционной системы.
Харнесс: оболочка, в которой живёт модель
Сначала — слово, без которого не собрать остальное. Харнесс — это оболочка вокруг ИИ-модели: инструменты, которые ей разрешены, память, журнал действий и инструкции, которые она читает перед началом работы. ChatGPT в браузере — модель почти без харнесса. Рабочая среда инженера, где агент видит код компании, ходит в её базу знаний и действует по её правилам, — модель в харнессе.
Ключевое свойство: модель в этой конструкции — самая заменяемая деталь. Модели обновляются каждые три месяца; харнесс с правами, памятью и инструкциями — это то, что остаётся вашим и накапливает ценность.
Инструкция: код компании, который читают все
В каждом харнессе есть точка входа — файл инструкций, который агент читает при старте. У инженеров это уже стандарт де-факто: файл в корне проекта, где написано, как в этом проекте принято работать. Осталось сделать один шаг, который почти никто не сделал: поднять этот файл с уровня проекта на уровень компании.
Инструкция компании — это страница-две текста: кто мы и что делаем; главные правила работы; где лежат знания и как на них ссылаться; какие инструменты есть и кому какие доступны; что запрещено без человека. Написано человеческим языком — потому что читать её будут и люди, и модели, и это одна из немногих вещей, одинаково понятных обоим.
Дальше — самое важное. Инструкция ведёт себя как код: лежит в системе контроля версий, меняется через ревью, наследуется. Общая инструкция компании → инструкция отдела → инструкция роли. Новый уровень не переписывает предыдущий, а уточняет его. Сотрудник продаж и инженер работают в одной системе с одними базовыми правилами — но каждый со своим слоем.
Блюпринт
Пять слоёв. Верхний — текст, который может редактировать любой руководитель. Нижний — железо и модели, которые меняются без ведома пользователей. Вся специфика компании живёт в верхних трёх: инструкция, права, инструменты, знания.
Как это внедряется
- Напишите инструкцию компании. Один день работы. Не регламент на сорок страниц — страница-две живого текста. Она будет неполной, это нормально: она догонит практику через правки.
- Поднимите харнесс с единой точкой доступа к моделям. Шлюз с ключами, лимитами и журналом; кому нужны локальные модели — компоненты давно готовы.
- Соберите реестр инструментов. Каждый инструмент подключается один раз по единому стандарту (его называют MCP) и становится доступен всем, кому положено, — вместо личных связок у каждого энтузиаста.
- Подключите базу знаний с цитируемостью. Ответ без ссылки на документ — пересказ; ответ с цитатой можно проверить.
- Заведите правило: изменения проходят через инструкцию. Случился инцидент, нашли лучший способ, наняли новую роль — это правка файла, а не устная договорённость. Инструкция становится единственным местом, где живёт «как у нас принято».
Пятый пункт — главный. Он превращает набор технологий в операционную систему: у компании появляется место, где её способ работать записан, версионируется и передаётся — людям при онбординге, агентам при каждом запуске.
Что это даёт
Доступ и рабочий контекст новый участник получает за час — и человек, и агент. Знания перестают уходить вместе с людьми: способ работать записан, а не живёт в головах. Люди и агенты становятся равноправными участниками: одни правила, одни знания, одни инструменты, один журнал. И открывается путь, который я считаю самым недооценённым: когда правила в инструкции устоялись и проверены практикой, их можно переносить дальше — из текста в автоматические проверки, из проверок — в дообученные малые модели, которые уже не нужно инструктировать: правила зашиты в них самих. Инструкция — первый источник данных для обучения системы под вашу компанию.
Что сломается, если не следить
Честный блок. Инструкция протухает — ей нужен владелец, как любому живому документу. Права требуют дисциплины: харнесс с доступом ко всему — это не операционная система, а дыра в безопасности. И не всё помещается в файл: вкус, отношения, контекст переговоров — остаются у людей. Инструкция задаёт систему координат, а не заменяет мышление.
Проверить, работает ли такая система, можно так же, как я проверяю свою: не по ощущениям, а по замеру — консилиум и эталонные наборы отвечают цифрой на вопрос «стало лучше или хуже». А как первые сто дней такой трансформации выглядят на практике — разбирал отдельно.
