В отличие от обычного чат-бота, wiki-agent должен отвечать только по найденным источникам. Он подключается к выбранному teamspace, space или корневой странице, читает блоки и страницы, сохраняет metadata, режет контент на chunks, строит индекс и возвращает ответ со ссылками на исходные страницы.
Для Confluence важны spaces, labels, CQL, версии страниц, rendered body, storage format и права пользователя или приложения. Для Notion важны connections, доступ к выбранным страницам и базам, структура блоков, родительские страницы, владельцы и даты обновления.
Главный риск - показать человеку закрытую страницу или придумать ответ, когда в wiki нет подтверждения. Поэтому production-агенту нужны ACL, source registry, page registry, freshness checks, citations, confidence, audit log и запрет на ответы по источникам вне доступа пользователя.
Хороший wiki-agent честно сообщает, если ответа нет, если найденные страницы устарели или противоречат друг другу. В таких случаях он создает update request владельцу страницы или отправляет вопрос ответственному, а не выдумывает регламент.
Первая версия обычно работает read-only: синхронизирует страницы, отвечает с источниками и собирает пробелы в базе. Редактирование wiki, массовые правки страниц и публикация новых документов должны проходить через approval владельца знаний.
Примеры
- Сотрудник спрашивает, как оформить доступ к сервису. Агент ищет страницу в Confluence space, отвечает кратко и дает ссылку на актуальный регламент.
- В Notion есть несколько страниц про onboarding. Агент находит нужный раздел, показывает ссылку на страницу и предупреждает, что документ обновлялся 9 месяцев назад.
- Пользователь не имеет доступа к закрытому teamspace. Агент не использует эти фрагменты в ответе и пишет в audit log, что источник был исключен из-за ACL.
- В wiki две противоречивые инструкции. Агент показывает обе страницы, ставит низкий confidence и создает update request владельцам документов.
- Команда поддержки часто задает один и тот же вопрос. Агент фиксирует повторяющийся пробел и предлагает создать новую FAQ-страницу после approval.
Где используется
- ответы по Notion и Confluence
- внутренний поиск по корпоративной wiki
- онбординг сотрудников
- поиск регламентов и инструкций
- поддержка с ответами по базе знаний
- индексация wiki-страниц через RAG
- проверка устаревших документов
- поиск противоречий в документации
- сбор вопросов без ответа
- создание update requests владельцам знаний
Связанные термины
Частые вопросы
Что делает ИИ-агент для wiki?
Он подключается к Notion, Confluence или внутренней wiki, индексирует разрешенные страницы, ищет релевантные фрагменты и отвечает со ссылками на источники.
Чем wiki-agent отличается от агента базы знаний?
Агент базы знаний шире: он может работать с PDF, Google Drive, help center и CMS. Wiki-agent сфокусирован на страницах wiki: spaces, teamspaces, блоках, версиях, владельцах и правах доступа.
Какие данные нужны для запуска?
Нужны список spaces или teamspaces, API-доступ, правила ACL, page registry, metadata, правила chunking, vector index, политика citations, audit log и владелец для каждого важного раздела.
Можно ли дать агенту право редактировать wiki?
На старте лучше использовать read-only режим. Создание и обновление страниц стоит делать через draft и approval владельца знаний, иначе агент может случайно закрепить ошибку в документации.
Что делать, если ответа в wiki нет?
Агент должен честно сказать, что надежный источник не найден, сохранить вопрос в question log и создать update request ответственному за раздел.
