Человечный искусственный интеллект · 23 / 50

База знаний компании: карточка факта, источник и проверка ответа

Начните с вопроса, на который команда отвечает регулярно. Один актуальный факт с источником и ответственным полезнее нескольких папок, в которых непонятно, что действует сегодня.

Иллюстрация к работе команды с проверяемой базой знаний
Иллюстрация к работе команды с проверяемой базой знаний

Короткий ответ

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

Почему этот вопрос важен сейчас

Здесь предложена небольшая авторская схема для первой проверки. Она не требует выбора новой платформы: карточку можно хранить в доступном команде документе или системе знаний. Важнее определить, где находится актуальная версия и кто вправе менять утверждение. Рабочие документы с ограниченным доступом сохраняют свои ограничения.

Учебная карточка: вопрос — «Подтверждены ли даты программы после отправки брифа?» Ответ — «Нет, нужно отдельное подтверждение команды». Источник — актуальная инструкция именно той площадки, которой адресован запрос. Если такой инструкции нет, карточка получает статус «нужно уточнить», а выдуманная ссылка или уверенный ответ не добавляются. Это пример структуры, не выгрузка внутренней базы Narayana.

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

NIST AI RMF — добровольная рамка управления рисками ИИ при разработке, использовании и оценке систем. Карточка и тесты ниже — прикладная методика этой статьи, а не обязательный формат NIST или подтверждение сертификации. Они помогают небольшой команде проверить один процесс до расширения поиска на остальные документы.

Рабочая рамка

Четыре принципа, которые превращают смысл в систему

01

Источник и место утверждения

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

02

Статус и срок действия

Различайте действующее правило, предложение, архив и внешний пример. Укажите дату проверки, период действия, если он известен, и событие для пересмотра. Новый тариф, регламент или изменение роли должны вызывать проверку связанных карточек. Неизвестный срок не заменяется придуманной датой.

03

Владелец и доступ

Назначьте человека или роль, которые могут подтвердить факт. Отдельно укажите, кому разрешено читать материал. Система поиска не должна расширять доступ к исходнику: карточка с коротким ответом тоже может содержать сведения, которые нельзя показывать всем.

04

Проверка ответа до доверия

Сначала сохраните ожидаемые ответы, затем задайте вопросы вручную и через выбранный поиск или ИИ. Проверяйте ссылку, актуальность, отсутствие вымысла и соблюдение доступа. После изменения источника или инструкции повторите тот же набор. Быстрый уверенный ответ без доказательства не проходит проверку.

Применить за один цикл

Что можно сделать на практике

  1. Выберите один частый вопрос команды и назовите решение, для которого нужен ответ. Не начинайте с выгрузки всех рабочих папок.
  2. Найдите первоисточник и точный фрагмент. Если есть только пересказ или неподтверждённая переписка, сохраните это как вопрос владельцу факта.
  3. Заполните карточку: вопрос, короткий ответ и ограничения, источник, статус, дата проверки, владелец, доступ и порядок уточнения.
  4. Проверьте обычный вопрос: ответ должен совпасть с карточкой и позволять открыть источник. Сохраните результат и дату проверки без закрытого содержимого.
  5. Проверьте пробел: спросите о цене или дате, которых нет в разрешённых источниках. Ожидаемый результат — запрос уточнения, а не выдуманное условие.
  6. Проверьте противоречие и устаревшую версию. Ожидаемый результат — указание конфликта и передача вопроса ответственному, а не молчаливый выбор удобного текста.
  7. Проверьте доступ на тестовых ролях: пользователь без разрешения не получает закрытый фрагмент или его пересказ. Для первой проверки используйте вымышленные документы.
  8. На разборе исправьте карточку, права или процесс поиска; запишите причину. Расширяйте базу на следующий вопрос после этой проверки, сохраняя владельца и триггер пересмотра.

Первый результат — не обещание, что ИИ знает всю компанию. Это один ответ, который можно воспроизвести, проверить по источнику и вовремя обновить. Из таких небольших проверенных узлов складывается коллективная память.

Подготовить свой бриф

Откройте практический шаблон, отредактируйте черновик и решите, хотите ли отправить обращение. Личный кабинет не требуется.

Открыть практический шаблон ↗

Люди и образ жизни

Не сегмент для рекламы, а пространство уважения

Духовные тексты, рецепты растительной кухни и бизнес-процессы имеют разные уровни авторитета; база не выдаёт личное толкование за факт.

управляющиеHRоперационные командыобразовательные проекты

Приглашение к сотрудничеству

Следующий шаг должен быть конкретным

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

Где сейчас хранятся рабочие знания и какие ответы команда ищет чаще всего? Назовите владельца актуальности и один пример документа без закрытых данных.

Обсудить пилот ИИ

Фактологическая основа

Источники и дальнейшее чтение

  1. NIST — AI Risk Management Framework ↗

Священный текст используется как философская рамка, а не как замена научным, юридическим или медицинским данным.