Запрос «подключите нам КонсультантПлюс к ИИ» почти всегда означает другое: чтобы сотрудник спросил обычными словами и получил ответ по тому, как принято в компании, — со ссылкой на конкретный документ. Правовая система для этого чаще всего не нужна. Нужен корпус ваших материалов и агент, который умеет по нему искать. Ниже — порядок работ, который проходится за две-три недели, и пять мест, где это ломается.
Что понадобится
- Корпус документов — внутренние регламенты, шаблоны договоров, разъяснения, приказы, накопленные подборки. Всё, что уже лежит по папкам и почтам.
- Решение, где считает модель — облачный сервис или локальная модель на своём железе. Это первое, что нужно решить: от него зависит остальное.
- Один человек со стороны бизнеса — тот, кто отвечает за содержание документов. Без него получится поиск, а не помощник.
- Список из двадцати живых вопросов — реальных, которые сотрудники задают юристу или бухгалтеру. Соберите заранее: на них будет приёмка.
Что не понадобится: интеграция с правовой системой и переговоры с её поставщиком. Работа идёт с вашими файлами, лицензия КонсультантПлюс их не касается.
1. Собрать корпус
Соберите в одно место всё, по чему помощник должен отвечать. Обычно это оказывается не «база знаний», которую все хвалят, а десяток папок на общем диске плюс письма.
Полезное правило на этом шаге: включать только то, что вы готовы считать действующим. Устаревшая редакция регламента в корпусе опаснее её отсутствия — агент найдёт её и процитирует с той же уверенностью, что и актуальную.
Форматы, которые читаются без плясок: .md, .txt, .docx, .pdf с текстовым слоем. Сканы без распознавания — отдельная работа, отложите их на потом.
2. Навести порядок в файлах
Скучный шаг, на котором держится всё остальное.
- Понятные имена.
Регламент-командировки-2026-05.docxвместоитог финал (2) правки.docx. Имя файла попадает в ответ как ссылка, и по нему человек должен узнать документ. - Одна редакция на документ. Архив старых версий — в отдельную папку, за пределы корпуса.
- Дата в тексте или в имени. Агент должен иметь возможность сказать, на что он опирается и от какого числа.
- Отдельно то, что нельзя показывать всем. Кадровые дела, зарплаты, персональные данные — либо не в корпус, либо в отдельный корпус со своим доступом.
ВажноУборка в файлах занимает больше времени, чем подключение агента, и её всегда недооценивают. Заложите на неё половину срока проекта.
3. Решить, где будет считать модель
Развилка из двух вариантов, и выбирается она не по цене.
Облачная модель — быстрее, умнее, дешевле в запуске. Но каждый документ, который агент читает для ответа, уходит за пределы организации. Для регламента о порядке согласования отпуска это нормально. Для договоров с контрагентами и персональных данных — вопрос, который нужно решить до, а не после.
Локальная модель — данные не покидают контур, приватность обеспечивается устройством системы, а не обещанием в оферте. Платите за это качеством ответов и железом: подобрать модель под имеющееся оборудование — отдельная задача на день.
Рабочий компромисс, который встречается чаще всего: открытая часть корпуса — в облаке, чувствительная — локально, двумя разными помощниками.
4. Подключить агента к корпусу
Технически это MCP-сервер поверх папки: агент видит набор разрешённых операций — найти документ, прочитать фрагмент — и вызывает их, когда нужно для ответа.
Для файлов на диске готовый сервер уже есть, писать ничего не надо — порядок подключения один и тот же для Claude Code, OpenClaw и Cursor. Если документы лежат не в папке, а в корпоративной системе, понадобится свой сервер — это вечер работы поверх её API.
Права — только чтение. Помощник, который умеет править регламенты, вам не нужен ни на каком этапе.
Когда корпус большой (тысячи документов), поверх поиска ставят RAG: агент сначала находит релевантные фрагменты, а читает только их. Иначе каждый ответ будет стоить как выгрузка всей папки.
5. Задать правила ответа
Здесь помощник превращается из игрушки в инструмент. Правила пишутся обычным текстом в файле инструкций агента и звучат примерно так:
- отвечать только по документам корпуса, не по общим знаниям о праве;
- в каждом ответе — название файла и раздел, откуда взято;
- если в корпусе ответа нет, так и сказать: «в базе не нашлось» — и подсказать, к кому идти;
- не давать юридических заключений и оценок применимости;
- при противоречии двух документов показать оба и назвать даты.
Третий пункт — самый важный и самый нарушаемый. Модель по умолчанию старается быть полезной и додумывает; явный запрет и разрешение сказать «не знаю» снижают вымысел сильнее всего остального.
6. Проверить на двадцати вопросах
Достаньте список, собранный на старте, и прогоните целиком. Считается не «понравился ответ», а три вещи:
- Нашёл ли нужный документ.
- Правильно ли процитировал — сверяется по файлу, глазами.
- Честно ли отказался там, где ответа в корпусе нет. Специально добавьте в список три вопроса, ответа на которые заведомо нет.
Норма для запуска — уверенные ответы на большинство вопросов и ноль выдумок на тех трёх. Одна выдумка важнее девятнадцати верных ответов: доверие ломается на первом же случае, когда сотрудника подвели.
7. Пустить сотрудников и смотреть на вопросы
Запускайте на одном отделе. Смотрите не на количество обращений, а на то, какие вопросы задают — это лучший источник для пополнения корпуса. Раз в неделю: что не нашлось, что нашлось неверно, каких документов не хватает.
Через месяц станет видно настоящий эффект — не «экономия N часов», а исчезновение потока однотипных вопросов к юристу.
Пять ошибок внедрения
1. Начинать с правовой системы. Три месяца переговоров об интеграции с КонсультантПлюс — и ноль работающего. Открытого API у неё нет, а задача решается на своих документах. Если программный доступ к правовой базе всё же нужен, смотрите в сторону систем, у которых API есть.
2. Свалить в корпус всё подряд. Черновики, старые редакции, чужие шаблоны из интернета. Агент не отличает действующее от архивного — это делаете вы, на этапе сборки.
3. Разрешить агенту отвечать «из головы». Без явного правила он ответит по общим знаниям о российском праве, и ответ будет звучать убедительно. Проверить его сможет только юрист — то есть ровно тот человек, которого хотели разгрузить.
4. Отправить чувствительные документы в облако не подумав. Вопрос всплывает не на внедрении, а на первой проверке. Решается заранее — на шаге 3.
5. Считать помощника заменой юристу. Он находит и цитирует. Решения, заключения и всё, что уходит наружу, проходят через человека. Модель уверенно выдумывает, когда данных не хватает, а в правовом тексте выдуманная ссылка на вид неотличима от настоящей.
Коротко о главном
- Задача «получать ответ по нормам» решается на своих документах, без интеграции с правовой системой и без изменения лицензии.
- Самая долгая часть — уборка в файлах, а не подключение агента.
- Где считает модель, решается до внедрения: от этого зависит, что вообще можно класть в корпус.
- Права агенту — только чтение. Правила ответа — со ссылкой на документ и с разрешением сказать «не нашлось».
- Приёмка — двадцать живых вопросов, из них три без ответа в корпусе. Ноль выдумок обязателен.
Если нужно разобрать вашу ситуацию — какие документы есть, что из них можно отдать в облако и во что это выльется по срокам — оставьте заявку ниже.