Как собрать нейросотрудника под обработку заявок в 2026: пошагово, чек-лист и шаблон инструкции

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

Нейросотрудник и чат с нейросетью: разница, от которой всё зависит

Чат с нейросетью помогает вам работать быстрее: вы спрашиваете, он отвечает, работа всё равно идёт через вас. Нейросотрудник работает без вас: его запускает расписание или событие, он делает шаг сам и отчитывается о результате. Определения обоих понятий лежат в словаре: нейросотрудник и агент.

Практическая разница в трёх вещах.

Точка старта. У чата это ваше сообщение. У работника - время или событие: пришла заявка, наступило десять минут после прошлого прогона, появился новый комментарий.

Память о сделанном. Чат помнит разговор, пока открыт. Работник обязан помнить, что он уже обрабатывал, иначе на втором прогоне он сделает всё заново: ответит дважды, спишет дважды, напомнит дважды.

Ответственность за молчание. Если чат не ответил, вы это увидите сразу. Если работник не отработал, вы не увидите ничего: тишина выглядит точно так же, как «всё в порядке». Это главная опасность, и половина гайда ниже про неё.

Шаг 1. Проверить задачу на пригодность

Не каждая задача переносится на работника, и понять это дешевле заранее. Полный чек-лист - в артефакте ниже, здесь три главных отсекателя.

У задачи есть однозначный вход. Конкретное место, откуда приходит работа: форма на сайте, письмо на почту, сообщение в чат, строка в таблице, событие в платёжной системе. Формулировка «клиент как-то обращается» для работника бесполезна. Если входов несколько, работник делается на один и расширяется потом.

Правило формулируется словами. Попробуйте написать инструкцию так, как написали бы новому сотруднику, включая исключения. Получилось на страницу - задача годится. «Зависит от ситуации» без расшифровки - не годится.

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

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

Три сценария работника под заявки

Чтобы не выбирать из воздуха, вот три конструкции, которые закрывают большую часть ручной работы вокруг заявок. Они отличаются тем, где стоит человек.

Приёмщик: заявка попадает туда, где её видно. Вход - форма на сайте, сообщение в чат, письмо. Работник вытаскивает контакт, суть и источник, кладёт строку в таблицу или в CRM, ставит отметку времени и отправляет вам короткое уведомление. Нейросеть тут нужна только на разбор свободного текста; если форма структурированная, хватит обычной программы. Человек в этом сценарии не участвует вовсе, и это безопасно: работник ничего не отправляет наружу.

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

Напоминатель: счёт не забыт. Вход - список выставленных счетов со сроками. Работник ежедневно смотрит, у кого срок подходит, и готовит текст напоминания. Отправляет его человек, потому что это сообщение наружу от лица бизнеса. Через неделю практики половина напоминаний уходит без правок, и вы решаете, давать ли работнику отправлять самому - но это решение принимается на цифрах из журнала, а не заранее.

Общее правило по всем трём: чем ближе работник к деньгам и к клиенту, тем плотнее рядом человек.

Шаг 2. Написать инструкцию: шесть блоков

Инструкция агенту устроена как описание должности, а не как запрос в чат. Шесть блоков, каждый отвечает на свой вопрос. Полный шаблон - в артефакте ниже.

Роль. Кто он и от чьего имени действует. Одна строка.

Вход. Откуда берутся данные, в каком виде, что считать одной единицей работы.

Что делать по шагам. Последовательность, которую можно проверить по пунктам. Каждый шаг - действие с проверяемым результатом.

Границы. Что он не делает никогда. Этот блок важнее остальных: именно он превращает непредсказуемого помощника в работника. У моего Директора контент-машины, например, в инструкции жёстко записано, что он не публикует ничего наружу без моего слова, и это правило сильнее любой другой задачи.

Отчёт. Что и куда он пишет после каждого прогона: одна строка в журнал, сообщение в мессенджер при проблеме, пометка в файле.

Что делать при сомнении. Обязательный блок. Работник должен знать, что при неоднозначности он останавливается и зовёт человека, а не решает сам. Без этой строки нейросеть выберет вариант, который выглядит гладко, и вы узнаете об этом последним.

Шаг 3. Дать доступ ровно к тому, что нужно

Работнику нужны ключи: к почте, к базе, к платёжной системе, к площадке. Правило простое: доступ выдаётся минимальный и отзываемый.

Что это значит на практике. Отдельный ключ под каждого работника, а не один общий на всё. Права только на те действия, которые он делает: читать заявки, но не удалять; создавать записи, но не менять чужие. Ключи лежат в переменных окружения, а не в коде, и читаются в момент работы, а не при старте - тогда замена ключа не требует переписывания программы.

Последнее звучит как мелочь, но это разница между «подставили новый ключ и перезапустили» и «ждём, пока разработчик поправит код». Что вообще нельзя отдавать в чужой сервис и как это держать механически, разобрано отдельно: как не слить данные клиентов в нейросеть. У меня платёжные ключи берутся на каждом прогоне именно по этой причине.

Шаг 4. Поставить четыре предохранителя

Это то, чем настоящий работник отличается от скрипта, написанного за вечер. Каждый предохранитель закрывает свой способ сломаться.

Барьер повторов. Два экземпляра работника не должны делать одну работу одновременно. У меня это решено записью-первой: прогон отмечается в журнале до начала работы, и второй экземпляр, попав в тот же слот, тихо выходит. Без барьера перезапуск процесса легко превращается в двойную отправку.

Жнец зависших. Если процесс умер на середине, его отметка «выполняется» останется навсегда и заблокирует все следующие прогоны. Жнец проходит перед стартом и помечает такие зависшие записи просроченными. Это пять строк кода, которые спасают от ситуации «работник больше никогда не запустится, и никто не знает почему».

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

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

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

Шаг 5. Запустить на расписании и назначить дежурного

Расписание задаётся интервалом, а интервал выбирается по цене промедления, а не по ощущению срочности.

Как это выглядит у меня на платформе. Сверка платежей, которые не доехали вебхуком, идёт каждые десять минут: тут промедление означает, что человек оплатил и ждёт доступа. Сторож незавершённых возвратов - раз в час: возврат и так занимает дни, чаще незачем. Автопроверка здоровья - раз в шесть часов. Чистка протухших токенов входа - раз в сутки, потому что её задержка не стоит ничего.

Ещё одна мелочь, которая заметна только на своих граблях: старты работников разносятся по времени. Если все четверо просыпаются одновременно после перезапуска, они бьют в базу разом на самом неудачном моменте - на прогреве. У каждого стоит своя задержка первого запуска.

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

Как проверить работника до того, как пустить в дело

Работник, который сразу пошёл в живую работу, проверяется на клиентах. Это дорогой способ. Дешёвый - две недели в два этапа.

Этап первый: теневой режим. Работник получает настоящие данные и делает всё, кроме последнего действия: не отправляет письмо, не меняет запись, не списывает деньги. Результат складывает в файл, который вы читаете. Задача этапа - увидеть, как именно он ошибается; убедиться в безошибочности на этом этапе невозможно.

Что смотреть в теневом режиме. Сколько единиц он обработал против того, сколько их было на самом деле. Сколько раз позвал человека и оправданно ли. Какие поля вытащил неправильно. Ошибка в двух случаях из двадцати - нормально для старта, если это не ошибки в деньгах.

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

Что должно быть готово до первого этапа. Журнал прогонов и сторож тишины. Иначе вы не отличите «работник ничего не нашёл» от «работник не запускался».

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

Как это устроено у меня: четыре работника платформы

Таблица с реальными интервалами из кода. Она же ответ на вопрос «какой интервал ставить»: смотрите на цену промедления.

Последняя колонка здесь главная. Она и есть правило выбора интервала: чем дороже минута промедления, тем чаще просыпается работник. Всё остальное - подгонка.

Чек-лист: годится ли задача для нейросотрудника

Первый артефакт. Двенадцать вопросов, на каждый нужен ответ «да» или осознанное решение, что делать с «нет».

ВХОД
[ ] 1. Есть одно конкретное место, откуда приходит работа?
[ ] 2. Понятно, что считать одной единицей работы?
[ ] 3. Данные приходят в предсказуемом виде?

ПРАВИЛО
[ ] 4. Инструкцию можно написать словами на одну страницу?
[ ] 5. Исключения перечислены, а не спрятаны в «зависит от ситуации»?
[ ] 6. Понятно, что делать при неоднозначности: остановиться и позвать человека?

ЦЕНА ОШИБКИ
[ ] 7. Что случится, если работник ошибётся один раз из ста?
[ ] 8. Нужна ли проверка человеком перед действием наружу?
[ ] 9. Есть ли действия, которые нельзя отменить (деньги, отправка, удаление)?

ПРОВЕРЯЕМОСТЬ
[ ] 10. Как я узнаю, что работник отработал сегодня?
[ ] 11. Кто получит сообщение, если он не отработал?
[ ] 12. Где я увижу, что именно он сделал за неделю?

Если вопросы 10-12 остались без ответа, задачу передавать рано. Работник, о котором нельзя узнать, работает он или нет, хуже ручной работы: ручную вы хотя бы замечаете, когда её не сделали.

Шаблон инструкции агенту

Второй артефакт. Подставьте своё в квадратные скобки.

РОЛЬ
Ты [название работника] в бизнесе [название]. Действуешь от имени
[владелец / компания], но наружу ничего не отправляешь без явного
подтверждения человека, кроме случаев из блока ДЕЙСТВИЯ.

ВХОД
Работа приходит из: [форма на сайте / почта / чат / таблица].
Одна единица работы - это [одна заявка / одно письмо / одна строка].
Уже обработанные единицы отмечены [где и как]. Их не трогай.

ДЕЙСТВИЯ (по порядку)
1. [шаг с проверяемым результатом]
2. [шаг]
3. [шаг]
Разрешено делать самостоятельно, без подтверждения: [список].

ГРАНИЦЫ (никогда)
- не отправляй сообщения клиентам без подтверждения человека;
- не называй сроки, суммы и условия, которых нет во входных данных;
- не удаляй и не меняй записи, созданные людьми;
- не принимай решений о деньгах, скидках и компенсациях.

ПРИ СОМНЕНИИ
Если данных не хватает или случай не описан в ДЕЙСТВИЯХ: остановись,
ничего не меняй, напиши человеку в [канал] одной строкой - что за
случай и чего не хватает.

ОТЧЁТ
После каждого прогона допиши строку в [журнал]: дата, сколько единиц
обработал, сколько пропустил, сколько раз позвал человека.
При ошибке - сообщение в [канал] с текстом ошибки, без сокращений.

Блок ГРАНИЦЫ стоит выше всех остальных по силе: при конфликте инструкций побеждает он. Это правило записывается прямо в текст, потому что нейросеть решает конфликт в пользу более свежей или более конкретной формулировки, а не в пользу вашей интуиции.

Что делать, когда работник ошибся при клиенте

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

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

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

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

Почините инструкцию, а не случай. Соблазн дописать исключение под конкретного клиента велик, но через десять таких правок инструкция становится нечитаемой. Если случай единичный - он идёт в блок «при сомнении зови человека», а не в отдельную ветку.

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

Сколько стоит собрать и когда это окупается

Считать нужно до начала, по той же формуле, что и любую другую автоматизацию.

Единиц работы в месяц × минут на единицу = часы в месяц
Часы × ставка того, кто это делает = утечка в рублях
Цена сборки ÷ утечка в месяц = срок окупаемости

Пример расчёта, помеченный как пример. Сто заявок в месяц, на каждую уходит четыре минуты ручной работы: прочитать, перенести, ответить. Это 6,7 часа в месяц. При ставке 600 рублей в час утечка выходит около 4 000 рублей ежемесячно. Если сборка обошлась, скажем, в 20 000 рублей, работник окупится примерно за пять месяцев и дальше будет работать сам. Число условное, текущие цены - на странице услуг.

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

Что меняет в лучшую. Задача, где промедление стоит денег: там работник экономит не только минуты, но и упущенные заявки. Однотипный поток без исключений. Несколько похожих задач: второй работник по той же конструкции собирается заметно быстрее первого.

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

Грабли: на чём ошибался я

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

Забыл про повторы при перезапуске. Пока не было барьера, перезапуск процесса означал, что работа делалась заново. На письмах это заметно сразу, на тихих операциях - нет.

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

Писал инструкцию без блока границ. Работник честно выполнял задачу и по дороге делал то, о чём его не просили, потому что это выглядело полезным. Границы дописаны первым же вечером после такого случая.

Держал один ключ на всех. Удобно ровно до первого раза, когда ключ нужно отозвать. Теперь у каждого свой.

Как один работник превращается в отдел

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

Вширь: та же конструкция на соседний вход. Приёмщик заявок с сайта расширяется на заявки из мессенджера. Инструкция меняется на треть, предохранители остаются те же. Это самый дешёвый шаг.

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

Вверх: появляется работник над работниками. Когда задач становится больше трёх, кто-то должен следить за ними всеми и приносить сводку. У меня эту роль выполняет автопроверка здоровья: она не делает работу, она смотрит, делают ли её остальные, и пишет мне письмо, когда ответ перестал быть «да».

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

Дальше: собрать самому или под ваш процесс

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

С чего начать, если работников пока нет вовсе: с самой дорогой строки в вашей карте утечек. Как её посчитать и в каком порядке вообще внедрять ИИ - в соседних гайдах: как посчитать, сколько рутина стоит бизнесу и как внедрить ИИ в бизнес: порядок из пяти шагов.

Если задача понятна, а собирать некогда, это делается моими руками: что входит в разбор процесса и сколько стоит внедрение, написано на странице услуг.