Регламент найма ИИ-сотрудника: почему я оформляю должность, а не просто создаю бота

Обычно, когда человек говорит «я сделал ИИ-бота», за этим может быть всё что угодно. Один промпт в ChatGPT. Автоответчик. Скрипт на коленке. Красивое демо, которое работает ровно до первого нестандартного сообщения.

Я в какой-то момент поймал себя на другом ощущении. Мне уже не хотелось плодить ботов. Мне хотелось нанимать сотрудников.

Звучит громко, но разница очень приземлённая. Бот отвечает. Сотрудник занимает должность. У него есть место, зона ответственности, руководитель, история задач, правила, ограничения и способ быть поставленным на паузу, если он перестал помогать.

И вот здесь в моём ИИ-офисе появился отдельный документ — регламент найма ИИ-сотрудника.

Сцена: я больше не хочу терять ИИ в хаосе чатов

Представьте рабочий день, в котором у тебя уже есть Летописец, Архивариус, SMM-менеджер, Креатор, Дизайнер, Методолог, Секретарь, Маркетолог, Новостник, аналитик, Веб-мастер и видеоконтур. Каждый помогает в своей зоне. Один помнит дневник проекта. Второй превращает ссылки и видео в базу знаний. Третий бьёт тревогу, если нет контента. Четвёртый выпускает статью на сайт.

Магия начинается быстро. Но вместе с магией приходит другая проблема: если не оформить правила, всё превращается в свалку «умных помощников». Где живёт сотрудник? Кому он подчиняется? Что он может делать сам? Какие действия только после утверждения? Куда прилетают отчёты? Как понять, что он вообще нанят, а не просто описан в заметке?

Именно поэтому я зафиксировал простое правило: новый ИИ-сотрудник не считается нанятым, пока у него нет своего места в системе.

Вау-момент: должность появляется раньше, чем промпт

Самый важный поворот для меня был не техническим. Я перестал начинать с вопроса «какой промпт написать?» и начал с вопроса «какую должность мы открываем?».

Если нужен человек для контента — это не «бот для постов», а SMM-менеджер с руководителем, календарём и правом бить тревогу. Если нужен сотрудник для знаний — это не «бот для саммари», а Архивариус с Obsidian, YouTube-транскриптами и задачей сохранять базу. Если нужен сотрудник для сайта — это Веб-мастер, который открывает очередь, пишет материал, публикует в WordPress, проверяет страницу и обновляет журналы.

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

Что входит в найм ИИ-сотрудника

В регламенте есть несколько обязательных шагов. Я не публикую внутреннюю кухню целиком, но принцип безопасно показать можно.

Это выглядит бюрократично только на первый взгляд. На деле именно эта «бюрократия» спасает систему от хаоса. Потому что ИИ очень легко размножить. Гораздо сложнее не потерять управление.

Почему отдельная Telegram-тема так важна

Главное правило регламента звучит почти смешно: обязательно создать отдельную Telegram-тему под сотрудника.

Но в этом вся суть. Пока сотрудник живёт где-то в общей переписке, он растворяется. Сегодня ты попросил его написать текст, завтра загрузил в него ссылку, послезавтра спросил про сайт, а через неделю уже не понимаешь, какой контекст был у этой роли.

Отдельная тема превращает абстрактного помощника в рабочую единицу. У Летописца есть место для дневника. У SMM-менеджера — место для контентных тревог. У Веб-мастера — тема сайта, WordPress и публикаций. У HeyGen-аватара — контур видео с лицом. История не размазывается по общему чату.

Для меня это ощущается как момент, когда в офисе не просто «есть человек, который что-то умеет», а появляется табличка на двери: вот его кабинет, вот его зона, вот что сюда приносить.

Технический момент

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

Для ролей с регулярной работой добавляется расписание. Например, Летописец может напоминать о дневнике, SMM-менеджер — проверять контент-поводы, Веб-мастер — каждый день открывать очередь статей и выпускать следующую публикацию. Но даже cron-задача не делает сотрудника «живым» сама по себе. Она всего лишь добавляет ритм к уже оформленной роли.

Где здесь польза для эксперта и предпринимателя

Если вы эксперт, продюсер или предприниматель, самая частая ошибка с ИИ — пытаться заменить процесс одной волшебной перепиской. Сегодня ChatGPT написал пост. Завтра помог с оффером. Потом придумал сценарий. Потом вы забыли, что именно он уже делал, где лежит результат и что было следующим шагом.

ИИ-сотрудник решает другую задачу. Он не просто выдаёт ответ. Он держит участок.

Участок может быть маленьким: «собирать идеи из голосовых». Может быть средним: «вести контент-план». Может быть сложным: «выпускать статьи на сайт и проверять публикацию». Но у участка должны быть границы. Тогда появляется регулярность.

Именно поэтому я не начинаю с промпта. Я начинаю с должностной инструкции: зачем роль нужна, какую боль снимает, кому подчиняется, что делает сама, где нужен человек.

Ограничение: ИИ-сотрудник не должен получать власть просто потому, что он умный

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

Поэтому в моей системе есть не только найм, но и увольнение, пауза, архив. OpenClaw в какой-то момент был переведён в резерв. Не потому что «плохой», а потому что ИИ-отделу нужен не хайп, а управляемость. Я уже рассказывал об этом в статье про паузу OpenClaw.

А вчерашний выпуск был про Веб-мастера, который сам выпускает статьи на сайт. Это хороший пример роли, где без регламента всё развалилось бы: нужно знать, где очередь, какие источники открыть, какой стиль соблюдать, как загрузить медиа, как проверить WordPress и куда записать ссылку после публикации.

Почему это уже похоже на маленькую компанию

Когда смотришь на сводную таблицу ИИ-сотрудников, появляется странное чувство. Там уже не один помощник. Там команда.

Есть Hermes как координатор. Есть Маркетолог, который держит деньги и поток заявок. Есть SMM-менеджер, который управляет контентом. Есть Креатор, Дизайнер, Новостник и аналитик. Есть Летописец и Архивариус, которые отвечают за память. Есть Секретарь, Методолог, Веб-мастер, видеомонтажный контур и аватар.

Но команда существует только потому, что роли оформлены. Без регламента это была бы россыпь чатов. С регламентом это становится оргструктурой.

Вывод

Для меня найм ИИ-сотрудника — это не момент, когда я написал красивый промпт. Это момент, когда у роли появилось место в системе.

Отдельная тема. Карточка. Руководитель. Зона ответственности. Ограничения. Расписание, если нужно. Проверка. Возможность поставить на паузу.

И вот тогда ИИ перестаёт быть «ещё одним ботом». Он становится сотрудником, которого можно встроить в реальный процесс эксперта, проекта или маленькой команды.

Если хотите начать с чего-то простого, начните не с вопроса «какую нейросеть подключить?». Начните с другого: какую должность вы открываете в своём проекте?

А за тем, как я собираю такой цифровой отдел у себя, можно следить в Telegram: @ShvedkovPRO.