Актуальность wiki показывает, можно ли доверять странице базы знаний прямо сейчас. Для ИИ-агента это критично: если он берет ответ из устаревшего регламента, инструкции или FAQ, пользователь получает уверенный, но неправильный ответ.
Обычно актуальность оценивают по нескольким признакам: дата последнего изменения, дата последней проверки, владелец страницы, версия документа, статус подтверждения, ссылки на первоисточники и наличие конфликтов с другими страницами. Одной даты изменения мало: документ могли поправить случайно, но не проверить по смыслу.
В корпоративной базе знаний полезно разделять свежесть и достоверность. Свежесть отвечает на вопрос "давно ли страницу трогали", а достоверность - "подтвердил ли ее ответственный человек". Для RAG и wiki-агентов важны оба признака, потому что модель не понимает сама, какой регламент главный.
ИИ-агент может использовать freshness score при поиске: выше ранжировать свежие и подтвержденные страницы, помечать старые источники предупреждением, не отвечать по архивным документам и отправлять владельцу задачу на обновление. Это снижает риск ответов по устаревшей политике, старому тарифу или прошлой версии процесса.
Практичная схема для страницы wiki: owner, last_updated_at, last_verified_at, version, status, source_url, related_policy, expires_at, conflict_notes и freshness_score. Если страница не проверялась 90 или 180 дней, агент может считать ее устаревшей и не использовать без дополнительного подтверждения.
Актуальность wiki особенно важна для поддержки клиентов, онбординга, IT Service Desk, юридических инструкций, внутренних регламентов и баз знаний в Notion, Confluence, Google Drive или корпоративном портале.
Примеры
- Страница с тарифами обновлялась год назад, поэтому агент помечает ее как сомнительный источник.
- Регламент возвратов изменили вчера, но владелец еще не подтвердил новую версию.
- В Confluence есть две страницы с разными SLA, и агент отправляет конфликт владельцу базы знаний.
- Документ Google Drive прошел проверку 10 дней назад, поэтому он ранжируется выше старых копий.
- Wiki-агент видит expires_at и создает задачу на ревью статьи до того, как она устареет.
Где используется
- Контроль качества базы знаний для RAG и внутренних AI-агентов.
- Приоритизация свежих и подтвержденных документов в поиске.
- Поиск устаревших регламентов, FAQ, тарифов и инструкций.
- Автоматические задачи владельцам страниц на ревью и обновление.
- Снижение риска неправильных ответов в поддержке клиентов и IT Service Desk.
- Проверка конфликтов между страницами Notion, Confluence и Google Drive.
- Подготовка базы знаний перед подключением чат-бота или wiki-агента.
Связанные термины
Частые вопросы
Что такое актуальность wiki простыми словами?
Это проверка, можно ли доверять странице базы знаний сейчас. Если страница давно не проверялась, не имеет владельца или конфликтует с другими документами, ИИ-агенту опасно использовать ее как источник ответа.
Чем свежесть wiki отличается от достоверности?
Свежесть показывает, когда страницу обновляли или проверяли. Достоверность показывает, подтверждена ли информация ответственным владельцем и не противоречит ли она другим источникам.
Какие поля нужны для контроля актуальности wiki?
Минимальный набор: владелец страницы, дата изменения, дата проверки, статус, версия, ссылка на источник, срок следующего ревью и заметки о конфликтах. Для ИИ-агента полезен еще freshness_score.
Как ИИ-агент должен работать со старыми страницами?
Он может понижать их в поиске, показывать предупреждение, просить подтверждение у человека или не использовать страницу в ответе. Критичные процессы лучше не строить на непроверенных источниках.
Кому назначать ответственность за актуальность wiki?
У каждой важной страницы должен быть владелец знания: человек или команда, которые отвечают за смысл, проверку и обновление. Без владельца база знаний быстро превращается в архив.
