Что сделаем
Разберем, как использовать Claude Fable 5 для работы с базой знаний компании: искать ответы по документам, пересобирать статьи, находить устаревшие материалы и готовить задачи владельцам знаний.
Главное ограничение: Claude не должен отвечать “по памяти”, если речь про внутренние регламенты, цены, процессы, SLA, безопасность или договоренности. Ответ должен опираться на конкретный документ, страницу, раздел или выдержку.
Что получится на выходе
- Правила поиска ответов по базе знаний.
- Шаблон ответа со ссылками на источники.
- Процесс пересборки старых статей.
- Таблица устаревших документов.
- Список владельцев знаний и задач на обновление.
- Чек-лист качества базы знаний.
- Промпты для ручного режима и будущей автоматизации.
Эта схема подходит для Notion, Confluence, Google Drive, Google Docs, внутренней wiki, help center, папки с PDF и RAG-базы.
Шаг 1. Определите границы базы знаний
Сначала опишите, какие документы Claude может использовать. Без границ модель будет смешивать регламенты, черновики, устаревшие инструкции и случайные заметки.
Ты помогаешь работать с базой знаний компании.
Разрешенные источники:
- актуальные статьи wiki;
- утвержденные регламенты;
- инструкции поддержки;
- продуктовая документация;
- FAQ для клиентов;
- внутренние playbooks.
Запрещено использовать:
- черновики без статуса approved;
- устаревшие версии;
- личные заметки сотрудников;
- документы без владельца;
- данные, не относящиеся к вопросу.
Если источник не указан, не делай уверенный вывод.Проверка: Claude должен спрашивать источник, если вы даете ему вопрос без документов.
Шаг 2. Сделайте реестр источников
Для нормальной базы знаний нужен простой source registry. Это таблица, где видно, какие документы существуют и кто за них отвечает.
Собери реестр источников базы знаний.
Колонки:
- ID документа;
- название;
- ссылка;
- тип: регламент / инструкция / FAQ / playbook / политика / статья;
- владелец знания;
- дата обновления;
- статус: актуально / требует проверки / устарело / черновик;
- аудитория;
- тема;
- уровень доступа;
- комментарий.Если реестра нет, начните хотя бы с 30-50 самых важных документов. Лучше маленький актуальный реестр, чем огромная папка без владельцев.
Шаг 3. Настройте поиск ответов
Первый сценарий — ответить на вопрос сотрудника или клиента по базе знаний.
Ответь на вопрос только по переданным источникам.
Вопрос:
[вопрос]
Источники:
[вставьте выдержки из документов]
Формат ответа:
1. Короткий ответ.
2. Подробности, если нужны.
3. Источники: документ, раздел, дата обновления.
4. Что не найдено.
5. Когда нужно передать вопрос человеку.
Правила:
- не добавляй факты вне источников;
- если источники противоречат друг другу, покажи конфликт;
- если источник устарел, предупреди;
- если ответа нет, напиши "в базе знаний не найдено".Проверка: хороший ответ содержит источник. Если источника нет, это не ответ по базе знаний, а обычная генерация текста.
Шаг 4. Отделите ответ от пересказа
Иногда Claude дает длинный пересказ документа вместо ответа. Задайте формат.
Сократи ответ.
Требования:
- сначала прямой ответ в 2-4 предложения;
- затем список условий и исключений;
- затем источники;
- не пересказывай весь документ;
- не используй фразы "в целом" и "как правило", если в источнике нет такого правила.Для поддержки клиентов добавьте тон: “понятно, спокойно, без внутренних терминов”. Для внутренней команды можно оставить больше деталей.
Шаг 5. Пересоберите старую статью
Второй сценарий — привести статью базы знаний в порядок. Например, из длинной заметки сделать нормальную инструкцию.
Пересобери статью базы знаний.
Вход:
[текст старой статьи]
Цель статьи:
[для кого и какую задачу решает]
Новая структура:
1. Когда использовать.
2. Что понадобится.
3. Пошаговая инструкция.
4. Исключения.
5. Частые ошибки.
6. FAQ.
7. Владелец и дата обновления.
Правила:
- не добавляй новых фактов;
- спорные места помечай [проверить];
- устаревшие формулировки вынеси в список;
- внутренние термины объясни простыми словами.Проверка: после пересборки статья должна стать короче, понятнее и пригодной для поиска. Если она просто стала “красивее”, пользы мало.
Шаг 6. Найдите устаревшие документы
Третий сценарий — выявить документы, которые пора обновить.
Проверь документ на признаки устаревания.
Ищи:
- старые даты;
- устаревшие названия продуктов;
- ссылки на закрытые инструменты;
- бывших сотрудников или старые роли;
- цены, тарифы и SLA без даты;
- инструкции для старого интерфейса;
- противоречия с новым регламентом;
- отсутствующего владельца;
- фразы "временно", "пока", "позже обновим";
- ссылки, которые нужно проверить.
Верни таблицу:
- фрагмент;
- почему может быть устаревшим;
- риск для пользователя;
- что проверить;
- кому назначить;
- приоритет.Проверка: Claude должен показывать конкретные фрагменты, а не просто говорить “документ выглядит устаревшим”.
Шаг 7. Сравните похожие статьи
В базах знаний часто появляются дубли: две инструкции про одно и то же, но с разными правилами.
Сравни две статьи базы знаний.
Найди:
- где они дублируют друг друга;
- где противоречат;
- какая статья свежее;
- какой фрагмент стоит оставить;
- что нужно перенести;
- что удалить;
- какой итоговый заголовок лучше.
Верни план объединения статей.Если статьи противоречат друг другу, не просите Claude выбрать “правильную” без владельца знания. Лучше вынести конфликт в задачу ответственному.
Шаг 8. Подготовьте задачи владельцам знаний
После анализа должны появиться конкретные задачи, иначе база знаний продолжит стареть.
Сформируй задачи владельцам знаний.
Колонки:
- задача;
- документ;
- владелец;
- почему нужно обновить;
- риск, если не обновить;
- приоритет;
- срок;
- что будет считаться готовым результатом.
Не придумывай владельца. Если владелец не найден, пиши "не указан".Хорошая задача звучит так: “Обновить инструкцию по возвратам, потому что в статье указан старый SLA 3 дня, а в новом регламенте 5 дней”.
Шаг 9. Сделайте weekly review базы знаний
Раз в неделю можно собирать короткий обзор состояния базы.
Собери weekly review базы знаний.
Вход:
- новые статьи;
- обновленные статьи;
- устаревшие документы;
- вопросы без ответа;
- дубли;
- документы без владельца;
- поисковые запросы без результата.
Формат:
1. Что обновили.
2. Что устарело.
3. Какие вопросы не покрыты.
4. Какие документы без владельца.
5. Какие темы нужно дописать.
6. Топ-5 задач на следующую неделю.Так база знаний становится не папкой с документами, а управляемым продуктом.
Шаг 10. Проверьте качество ответов
Перед внедрением в поддержку или внутренний чат сделайте тестовый набор вопросов.
Проверь качество ответа по базе знаний.
Критерии:
- ответ опирается на источник;
- источник актуален;
- нет фактов вне источника;
- указаны ограничения и исключения;
- противоречия не скрыты;
- ответ понятен целевой аудитории;
- если ответа нет, модель честно пишет "не найдено".
Верни оценку: ок / нужно исправить.Если Claude хорошо отвечает на 20 тестовых вопросов, можно думать об автоматизации. Если нет — сначала чините документы, а не промпт.
Шаблон полного промпта
Ты помогаешь поддерживать базу знаний компании.
Цель: находить ответы по источникам, пересобирать статьи и выявлять устаревшие документы.
Правила:
- отвечай только по переданным источникам;
- не придумывай факты;
- показывай источник, раздел и дату обновления;
- если данные противоречат друг другу, показывай конфликт;
- если ответа нет, пиши "не найдено";
- устаревшие фрагменты помечай [устарело?];
- задачи назначай только на указанного владельца знания;
- чувствительные данные не раскрывай без необходимости.
Сделай:
1. Ответ на вопрос.
2. Список источников.
3. Что не найдено.
4. Устаревшие места.
5. Что нужно обновить.
6. Задачи владельцам знаний.Что автоматизировать позже
Когда ручной процесс работает, можно подключать инструменты:
- Google Drive или Confluence как источник документов.
- Notion для wiki и владельцев знаний.
- LlamaIndex или LangChain для RAG.
- n8n или Make для регулярных проверок.
- Slack или Teams для вопросов сотрудников.
- Таблицу source registry.
- Еженедельный отчет по устаревшим документам.
Автоматизация должна начинаться с read-only режима. Запись в базу знаний, удаление статей и публикация новой версии должны проходить через approval.
FAQ
Можно ли использовать Claude Fable 5 как чат по базе знаний?
Да, но только если ответы опираются на источники. Для разовых задач можно вставлять выдержки вручную, а для постоянного чата лучше подключать RAG и права доступа.
Что важнее: хороший промпт или порядок в документах?
Порядок в документах. Если статьи устарели, противоречат друг другу и не имеют владельцев, Claude будет аккуратно пересказывать хаос.
Как понять, что статья базы знаний устарела?
Смотрите на дату обновления, ссылки на старые инструменты, старые цены, бывшие роли, отсутствующего владельца, противоречия с новыми регламентами и частые вопросы пользователей без ответа.
Можно ли разрешить Claude самому обновлять статьи?
На старте лучше нет. Пусть готовит черновик новой версии и список изменений. Публикацию должен подтверждать владелец знания.
Когда нужен полноценный RAG?
Когда документов много, они часто меняются, есть права доступа, нужны ссылки на источники и пользователи задают вопросы регулярно. Для 10-20 статей можно начать с ручного режима.
