В проекте корпоративного помощника главными стали не функции, а два открытия, сэкономившие недели работы.
Это реальный проект, который я выполнил лично: помощник внутри корпоративного мессенджера. Он делает сводки по чатам, расшифровывает совещания и читает документы. Заказчика не называю.
Обход, которого не требовалось
Сводки по зашифрованным чатам считались технически невозможными. Платформа, мол, не умеет. Я не стал строить обходную схему и сначала проверил, что именно запрещено. Оказалось, что это настройка, и она выключена. Теперь сводки работают штатным механизмом платформы.
Прежде чем строить обход, выясните, не лежит ли нужная кнопка в настройках.
Отказ, похожий на политику безопасности
Второе открытие касалось сбоя. Сервис молча не работал шесть суток, потому что отказ в доступе выглядел как обычная штатная политика, и никто не заподозрил поломку. Теперь такой отказ диагностируется по номеру версии ключа, и поломка видна за минуту.
Что изменилось: было → стало
• Сводки по чатам: «нельзя» → готовая настройка
• Права помощника: ноль доступа к внутренним системам, по замыслу
• Поломка сервиса: шесть суток незаметно → видно за минуту
• Цена дневной сводки: около двух центов
Ноль доступа к системам — осознанное решение. Помощнику не нужны права там, где он не читает данные: так меньше риск и проще отвечать за результат.
В проекте я отвечал за архитектуру помощника и разделение прав, интеграцию с мессенджером, разбор шестидневного отказа и его устранение.
Вывод простой: «платформа не умеет» стоит проверять до того, как тратить недели на обход, а отказ, неотличимый от политики, нужно научить себя распознавать.
#корпоративныймессенджер #ИИпомощник #кейс
Полный разбор с деталями кейса →
Кейсы: как бизнес зарабатывает на ИИ-агентах
НейроШтат — внедрение ИИ-агентов
Посмотреть кабинет онлайн-школы на демо-данных
Канал в Telegram