IskayPet встраивает права доступа в поиск знаний на Bedrock

Нужно найти правильную процедуру, доступную этому сотруднику

IskayPet описывает бизнес более чем с 330 магазинами и 4 500 сотрудниками в Испании, Португалии и Франции. Документы относятся к рознице, ветеринарной помощи, закупкам и адаптации сотрудников и существуют на испанском, португальском, французском и английском. Это показатели масштаба организации, а не доказательство использования помощника всеми сотрудниками или предоставления ИИ-поддержки каждому клиенту.

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

Наш анализ: такая постановка лучше объясняет архитектуру, чем число поддерживаемых языков само по себе. Наряду с четырьмя языками важно сохранить принадлежность документов к рабочему контексту. Источник описывает клиентское внедрение, а не новое универсальное право всех пользователей Bedrock.

Разделить области знаний до генерации

Команда рассматривала общую базу с метками страны и области и фильтром для каждого запроса. Вместо этого она выбрала отдельную базу для каждого помощника. Каждый связан с нужными сайтами SharePoint; сбор можно сузить до библиотек документов или папок. Для новой страны или направления можно добавить помощника без перестройки всей системы.

Штатный коннектор использует существующее хранилище и выполняет инкрементальную синхронизацию новых и изменённых документов. Согласно статье, расширенная индексация делает доступным для поиска содержимое изображений в PDF, DOCX и PPTX, а также отдельных изображений. Это описанная возможность загрузки данных; мы не проверяли точность разбора каждого скана.

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

Две проверки прав решают разные задачи

Первая проверка определяет, какие помощники видны пользователю. В примере используются существующие прямые права, членство в группах и доступ к папкам. Если разрешение подтвердить нельзя, помощник скрывается. Так ограничивается набор предлагаемых сотруднику точек входа.

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

Авторы утверждают, что проверки читают права SharePoint, поэтому их изменение отражается без правки приложения. Это заявление об реализации, а не наша сертификация безопасности. Полезный приёмочный тест — создать пользователей с разными правами, отозвать доступ к документу и проверить как найденные доказательства, так и итоговый ответ. Статья не публикует такого набора тестов или времени распространения изменений прав.

25 найденных отрывков не означают 15 бесплатных ответов

Поиск объединяет семантическое сопоставление с ключевыми словами BM25, после чего результаты повторно ранжируются. Семантика помогает найти близкие формулировки, а ключевые слова — точные коды товаров и ссылки. IskayPet получает 25 отрывков, удаляет дубликаты и слишком короткие фрагменты и передаёт в запрос генерации не более 15.

Это количества на двух этапах одного вопроса, а не доля успеха и не доказательство снижения расходов на 40%. На счёт влияют длина отрывков, повторяющийся контекст и длина ответа. AWS указывает отсутствие отдельной платы за разбор, эмбеддинги и повторное ранжирование в этой схеме, но хранение, обращения к поиску и токены модели остаются статьями затрат. В этом внедрении преобладают входные токены.

Инструкция требует ссылаться на источники и признавать отсутствие ответа в найденных материалах. Это задаёт желательное поведение, но не доказывает исчезновение выдумок. Модель, формирующая ответы в эксплуатации, не названа. Claude Haiku 4.5 явно указан как модель в Kiro для разработки интерфейса, архитектуры и развёртывания; нельзя автоматически объявлять его производственной моделью ответов.

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

Семь секунд нужно читать вместе с базой сравнения

За первые приблизительно два месяца эксплуатации авторы сообщают о сокращении поиска рабочего ответа с 3–5 минут примерно до 7 секунд и примерно на 95% меньшем времени поиска процедур и политик. Это клиентские наблюдения времени поиска. Они не означают снижения всей трудовой нагрузки на 95%, не устанавливают точность и не выделяют вклад одной модели.

Сравнение семи секунд со 180–300 секундами арифметически даёт примерно 96–98% сокращения. Но исходные величины приблизительны, а различия определений измерения не раскрыты. Было бы неверно заменять примерно 95% из источника более точным на вид универсальным показателем. Размер выборки, состав задач, протокол базы сравнения и распределение медленных ответов отсутствуют.

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