Один корпоративный AI-чат для всех — плохая идея
В WikiMind сделали четыре AI-режима с доступом по ролям. Рассказываем, почему для корпоративной платформы это безопаснее и понятнее, чем один общий чат.
«Один бот для всех опять полезет в HR и финансы?»
Наш спорный тезис после WikiMind: корпоративный AI-чат лучше сразу делить на режимы по ролям, чем пытаться сделать одного универсального помощника для всех сотрудников.
Да, единый чат выглядит аккуратнее в интерфейсе. Одна кнопка, один диалог, меньше объяснений пользователю. Но в корпоративной платформе быстро всплывает другой вопрос: какой именно контекст разрешено видеть ассистенту и кому он вообще должен отвечать.
В WikiMind мы реализовали четыре режима AI-чата:
- корпоративный AI-ассистент по базе знаний компании;
- ChatGPT для общих задач;
- HR-ассистент по кадровым политикам;
- FD-ассистент по финансам.
HR-отдел видит HR-бота. Финансовая команда видит FD-бота. Остальные режимы доступны по своим правилам. Это менее «красиво» с точки зрения продуктовой простоты, зато понятнее с точки зрения ответственности.
Почему мы не стали делать одного умного собеседника
Главный аргумент против разделения обычно такой: пользователь не должен думать, куда писать вопрос. Пусть спросит в одном окне, а система сама поймёт, нужен ей HR-контекст, финансовый контекст или корпоративная база знаний.
На демо это звучит хорошо. В рабочем продукте появляется неприятная зона серого цвета.
Если сотрудник спрашивает про отпуск, больничный или внутреннюю политику — это HR-домен. Если вопрос про бюджет, платежи или финансовые правила — это FD-домен. Если вопрос общий, ему достаточно корпоративной базы знаний или ChatGPT-режима. Для человека границы могут быть размыты, но для системы доступа они должны быть жёсткими.
Мы не хотели, чтобы маршрутизация запроса становилась скрытой частью безопасности. Когда режим выбран явно, проще объяснить поведение: этот бот работает с кадровыми политиками и доступен HR; этот — с финансовым контекстом и доступен финансам; этот — для общей базы знаний.
Живая деталь: самый долгий спор был не про промпты, а про саму идею дробления. Один интерфейс казался проще. Но как только начали раскладывать вопросы по владельцам контента, универсальный чат стал выглядеть как место, где слишком много решений принимается молча.
Роли важнее, чем «умность» ответа
В корпоративном AI есть соблазн гнаться за качеством формулировок: чтобы ответ был длиннее, увереннее, вежливее. Но для внутренних сервисов первым ограничением часто становится не стиль ответа, а право на сам режим.
В WikiMind мы завязали режимы на роли. HR видит HR-ассистента, финансы видят FD-ассистента. Это не заменяет остальные проверки и настройки платформы, но убирает странную ситуацию, когда пользователь видит бота, к которому у него не должно быть рабочих сценариев.
Плюс у каждого режима свой ожидаемый тип ответа. HR-ассистент должен держаться кадровых политик. FD-ассистент — финансовых правил. Корпоративный ассистент — базы знаний. ChatGPT-режим закрывает общие задачи, где не нужен внутренний специализированный контекст.
Такой подход скучнее, чем «единый AI для компании». Зато владелец направления понимает, за какой режим отвечает. HR может отдельно смотреть, как отвечает HR-бот. Финансы — отдельно разбирать FD-сценарии. Ошибки не размазываются по одному большому чату.
Треды и реакции нужны не для красоты
Мы сделали историю чатов в тредах. Для корпоративного ассистента это важнее, чем кажется: пользователь возвращается к конкретной теме, а не пролистывает одну длинную ленту из разных вопросов.
Отдельно добавили оценку качества ответа через лайк и дизлайк. Не как декоративную кнопку. Эти реакции нужны, чтобы улучшать промпты по реальным диалогам: где ассистент отвечает слишком широко, где уходит не в тот контекст, где пользователи ждут другой формат.
Для ролевых режимов такие оценки особенно полезны. Дизлайк в HR-режиме и дизлайк в FD-режиме — разные сигналы. В одном случае проблема может быть в формулировке кадровой политики, в другом — в финансовом промпте или ожиданиях от ответа.
Ещё в WikiMind добавили AI-генерацию иллюстраций для документов. Это отдельный сценарий, но он хорошо ложится в ту же логику: AI-инструменты внутри корпоративной платформы не обязаны жить одной большой кнопкой. У них разные контексты, разные пользователи и разные риски.
Где такой подход может быть лишним
Мы можем быть неправы для небольших команд, где нет разделения HR, финансов и базы знаний, а доступы устроены проще. Там четыре режима будут выглядеть тяжеловесно: пользователь начнёт выбирать между одинаковыми дверями и ошибаться чаще.
Но если в платформе уже есть роли, владельцы контента и чувствительные разделы, единый AI-чат начинает требовать скрытых правил. Кто-то должен решить, когда подключать HR-контекст, когда финансовый, когда общую базу знаний. Мы предпочли вынести это в явные режимы и связать их с ролями.
Следующий практичный шаг после запуска таких режимов — смотреть дизлайки по каждому ассистенту отдельно и править промпты не «для AI вообще», а для конкретного рабочего сценария.