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