Мультиарендность разделяет платформу с границами данных и прав. Разных экранов и папок недостаточно.
Практический подход
Привяжите тенанта к документам, индексам, кэшу и инструментам. Проверьте смену аккаунта и чужие ID. Каждую заявку проверяет сервер.
Процесс
Создайте вымышленные договоры A и B с маркерами. От A запросите B напрямую, сравнением и ссылкой. Проверьте попадание B в контекст: скрыть имя в ответе недостаточно.
Проверка перед началом
- ID тенанта
- Индекс и кэш
- Межклиентские тесты
Возможности подтверждаются для проекта. Нет необоснованных заявлений о сертификатах, ROI и клиентах.
Главные выводы
- Выберите документы
- Назначьте владельцев
- Подготовьте эталонные ответы
- Проверьте запреты и удаление
- Измерьте качество, скорость и стоимость
Это рамка планирования RAGBOX, не стандарт сертификации. У каждого уровня нужны владелец, доказательства и тесты.
Частые вопросы
Данные должны покидать сеть?
Зависит от среды и сервисов. Сначала опишите потоки модели, OCR, эмбеддингов, резервирования и журналов.
Можно сразу доверять ответу ИИ?
Проверяйте оригинал, полноту и версию, особенно для права, учёта и важных решений. Ссылки не гарантируют точность.
Как начать проект?
Выберите одну задачу, документы, ответственных и критерии. Проверьте качество, права и затраты на малой группе до расширения.
Источники
Источники объясняют принципы, не сертифицируют RAGBOX.
- NIST AI Risk Management Framework
- Microsoft: Retrieval-augmented generation
- OWASP: RAG Security Cheat Sheet
- OWASP: Prompt Injection Prevention
Перед применением нужна проверка специалиста. Не индивидуальная юридическая или налоговая консультация.