Содержание
Введение
После обследования предприятия остаются документы, перечни систем, интервью и описания процессов. Следующая задача архитектора — превратить эти разрозненные сведения в карту корпоративных знаний.
Это не список файлов. Карта показывает, какие знания существуют, где они находятся, кто отвечает за их актуальность, насколько они критичны и как их можно безопасно использовать.
Почему это важно
Без такой карты невозможно обоснованно решить, что подключать к RAG и корпоративному поиску первым. Индексация всех доступных данных превращает шум и устаревшие сведения в часть ответа ИИ.
Карта помогает сосредоточить первый этап на источниках с высокой пользой, понятным владельцем и приемлемым качеством данных.
Основное объяснение
Для каждого источника зафиксируйте тип, владельца, место хранения, периодичность обновления, уровень доверия, критичность и способ подключения. Отдельно выделите нормативные документы, внутренние методики, проектную и эксплуатационную документацию, заключения, данные систем и неявные знания экспертов.
flowchart TD
sources[Источники знаний] --> classification[Классификация]
classification --> owners[Владельцы]
classification --> storage[Хранение]
classification --> criticality[Критичность]
owners --> map[Карта знаний]
storage --> map
criticality --> map
map --> rag[Архитектура RAG]
Классификация должна учитывать и гранулярность. Индексация логических разделов, таблиц или карточек объекта обычно даёт более точный контекст, чем индекс целого документа.
Безопасность
| Атрибут | Назначение |
|---|---|
| Класс конфиденциальности | Определяет правила доступа |
| Владелец данных | Отвечает за актуальность |
| Происхождение | Позволяет проверить источник |
| Срок актуальности | Не допускает устаревшие сведения |
| Ограничения использования | Поддерживает требования ИБ и закона |
Эти метаданные нужно определить до индексации. Иначе платформа не сможет объяснить, почему она использовала конкретный фрагмент и кому его разрешено видеть.
Корпоративный пример
Инженерная компания обнаружила более двадцати источников, но около 80 % запросов сотрудников относились к пяти: нормативной базе, архиву проектов, экспертным заключениям, внутренним методикам и данным системы планирования ресурсов.
Команда не подключала всё сразу. Она начала с этих пяти источников, назначила владельцев и подготовила процесс обновления. Это сократило объём первого этапа и сделало его измеримым.
Пример из промышленной безопасности
В работе с промышленной безопасностью используются нормы, инструкции, результаты обследований, фотографии оборудования, архивы заключений и переписка с заказчиками. Структурированные архивы легче подключить, но ценные экспертные комментарии могут лежать только в рабочих каталогах.
Карта знаний задаёт порядок цифровизации: сначала подключают проверенные источники, затем организуют обработку экспертных материалов. Ответ ИИ должен содержать ссылки на первоисточники, а эксперт — проверять вывод для регулируемых задач.
Типичные ошибки
- Считать знания только документами.
- Индексировать все источники одновременно.
- Не назначать владельцев данных.
- Не оценивать качество и актуальность до индексации.
- Игнорировать метаданные и связи между источниками.
Практические выводы
Карта знаний должна содержать перечень источников, владельцев, критичность, правила доступа, периодичность обновления и приоритет подключения. Это один из ключевых архитектурных артефактов, а не технический список для команды разработки.
Начните с небольшого набора проверенных источников, которые покрывают частые бизнес-вопросы. Расширяйте карту вместе с процессом контроля качества, а не вместе с объёмом случайно собранных файлов.
Ключевые тезисы
- Карта знаний предшествует RAG.
- Ценность и качество важнее количества данных.
- У каждого источника нужен владелец.
- Метаданные определяют безопасность и проверяемость ответов.
- Приоритеты подключения должны следовать бизнес-пользе.