Runbook'и и регламенты уже есть — в Confluence, в репозиториях, в головах. Вопрос: как по запросу «что делать при падении X» сразу получать структурированный ответ с шагами, а не перекапывать вики.
Типичный путь: тот же текст индексируется в RAG, а дежурный задаёт вопрос из UI /chat/ или через API запроса к архиву.
Проблема доступа
Документация размазана по системам и форматам. Поиск по ключевым словам не справляется с перефразированием. Новый сотрудник или дежурный в смену тратит время на поиск нужного runbook'а. Ошибка в такой ситуации дорого стоит.
Единый архив и семантика
Сведение runbook'ов, регламентов и справочников в одну базу с единым поиском. Не обязательно переносить всё в одну платформу — достаточно индексировать контент (API, экспорт, парсеры). Векторный поиск по смыслу находит релевантный документ по формулировке «как откатить деплой», даже если в тексте написано «процедура отката релиза».
RAG как интерфейс к runbook'ам
Чат-бот по базе знаний: пользователь задаёт вопрос на естественном языке; система находит подходящие фрагменты и формирует ответ с шагами и ссылками на источники. Ответ не заменяет runbook — он указывает на него и цитирует ключевое. Проверка и исполнение остаются за человеком.
Пример структуры runbook'а для индексации и RAG:
# Runbook: откат релиза X ## Цель Откатить приложение до предыдущей стабильной версии при сбое после деплоя. ## Предусловия - Доступ к CI/CD и репозиторию - Подтверждение ответственного за релиз ## Шаги 1. Остановить приём трафика на целевой группу (переключить балансировщик). 2. Выполнить откат через pipeline (команда отката в вашем CI/CD — через интерфейс или скрипт деплоя) 3. Проверить здоровье: curl https://app/health 4. Включить трафик обратно. ## Откат процедуры При ошибке на шаге 2 — эскалация по списку дежурных.
Практические шаги
- Определить круг критичных runbook'ов и владельцев.
- Обеспечить их попадание в индекс (интеграция с Confluence, Git, экспорт в общий хранилище).
- Настроить RAG: эмбеддинги, векторная БД, промпт с акцентом на «отвечай только по контексту, указывай источники».
- Верифицировать на типичных инцидент-запросах и регулярно обновлять документы.
Итог: runbook'и остаются источником истины; чат по базе знаний — быстрый доступ к ним в момент, когда время критично.
Практики применения
- Подключайте чат по базе к дежурным сменам — быстрый доступ к runbook'ам в момент инцидента.
- Верифицируйте ответы на 10–20 типичных инцидент-запросах перед выкатом.
- После каждого постмортема обновляйте runbook и переиндексируйте документ в RAG.
В двух словах: соберите критичные runbook'и в один индекс, включите векторный поиск и RAG с цитированием. Верифицируйте на типичных инцидент-запросах. Чат не заменяет runbook — указывает на него и цитирует.