Якість AI-агента на 70% визначається не моделлю і не промптами, а вашими документами. Це найменш романтична правда AI-впроваджень: найдорожча модель світу відповідатиме плутано, якщо в базі знань лежить прайс трирічної давності поруч із актуальним і три різні версії умов доставки. У SUDUS·TEAM підготовка бази знань — перший етап кожного проекту розробки AI-агентів, і в цій статті ми віддаємо нашу внутрішню інструкцію: що зібрати, як структурувати і яких помилок уникнути, щоб агент відповідав фактами, а не фантазіями.

Як технічно працює звʼязка «документи → відповіді» — ми пояснювали у статті «RAG простими словами». Тут — суто практичний бік: ваша частина роботи.

Що взагалі є «базою знань»

Усе, з чого агент має право відповідати. Для типового бізнесу це чотири групи:

  1. Комерційні факти: прайси, пакети, умови оплати й доставки, гарантії, політика повернень.
  2. Процедури: як оформити замовлення, як записатись, як підготуватись до послуги, що робити при проблемі.
  3. Знання про продукт: характеристики, сумісність, інструкції, типові поломки й рішення.
  4. Реальні діалоги: історія листування підтримки — джерело справжніх формулювань, якими питають ваші клієнти.

Четвертий пункт недооцінюють найчастіше, а він найцінніший: клієнти не питають «яка вартість базового тарифного плану» — вони питають «скільки з мене». База, зібрана без реальних діалогів, розмовляє мовою внутрішніх регламентів, а не клієнтів.

Покрокова підготовка

Крок 1. Інвентаризація — один день

Зберіть в одну теку все, що претендує на роль джерела: файли з сайту, внутрішні документи, регламенти, FAQ, скрипти менеджерів. Не редагуйте — просто зберіть. Типовий результат для малого бізнесу — 20–60 документів, і вже на цьому кроці зазвичай виявляється головна проблема...

Крок 2. Прибрати суперечності — найважливіший крок

...а саме: та сама інформація існує в кількох версіях. Прайс на сайті один, у PDF для менеджерів інший, у листуванні третій. Людина знає, який правильний. Агент — ні: він знайде обидва і або обере навмання, або чесно скаже «в мене суперечливі дані».

Правило: на кожен факт — рівно одне джерело правди. Дублікати не «нехай лежать про запас», а видаляються. Це нудна робота на кілька годин, і вона дає більший приріст якості відповідей, ніж будь-яке налаштування моделі.

Крок 3. Дописати те, що «всі й так знають»

У кожній компанії є знання, які живуть лише в головах: «по суботах ми фактично не відвантажуємо», «для цієї послуги потрібна передоплата, хоч на сайті не написано», «це питання завжди адресуємо Олені». Агент цього не знає і знати не може — доки не записано.

Практичний прийом: попросіть людину, яка відповідає клієнтам, тиждень записувати кожне питання, відповідь на яке вона знає з досвіду, а не з документів. Це і є мапа дірок вашої бази.

Крок 4. Структурувати під пошук

Агент шукає фрагментами, тому структура документів має значення:

  • Заголовки за темами, а не за відділами. «Доставка по Україні» краще за «Додаток 3 до регламенту логістики».
  • Один документ — одна тема. Гігантський файл «все про компанію» ріжеться гірше, ніж десять тематичних.
  • Таблиці для табличного. Прайси і характеристики — таблицями, не абзацами прози.
  • Питання-відповідь там, де можливо. Формат FAQ найближчий до того, як шукає агент, бо збігається з формою запиту клієнта.
  • Дати на документах. «Прайс від 01.08.2026» — і агенту, і людям одразу видно свіжість.

Крок 5. Позначити заборонене

Окремим коротким документом — те, чого агент робити НЕ має: теми, на які не відповідаємо (медичні поради, юридичні висновки, суперечки про повернення грошей), інформація, яку не розголошуємо (внутрішні собівартості, дані інших клієнтів), і формулювання-табу. Цей документ стає частиною guardrails.

Скільки документів потрібно

Чи вистачить у нас матеріалу для агента?

Майже напевно так. Для STARTER-агента підтримки достатньо 20–40 сторінок якісного тексту: прайс, умови, 30–50 реальних питань-відповідей. Це менше, ніж здається — і набагато менше, ніж просять «на всякий випадок». Більше не означає краще: зайві документи додають шуму в пошук.

Реальний мінімум, з якого ми радимо стартувати, вміщається в один робочий день підготовки: актуальний прайс, умови роботи, топ-50 питань клієнтів із правильними відповідями. Цього досить для першої версії, яка вже приносить користь — а далі база росте на реальних діалогах.

Життя після запуску

Як підтримувати базу актуальною?

Три звички, які тримають агента чесним:

  1. Оновлення разом зі зміною. Змінили прайс — оновили базу тим самим днем. Не «раз на квартал приберемось», а частина процесу зміни.
  2. Щотижневий перегляд незакритих питань. Дешборд агента показує, на що він не зміг відповісти — це готовий список поповнення бази.
  3. Один відповідальний. База, за яку відповідають «усі», застаріває за місяць. Роль займає годину-дві на тиждень.

Вартість цієї дисципліни ми розкладали у статті про річний бюджет підтримки агента — якщо коротко, це найдешевша і найважливіша стаття витрат.

Чек-лист готовності бази: 12 пунктів

Перед тим як віддавати базу в роботу, пройдіться списком — ми проходимо ним кожен проект:

  1. Прайс один, актуальний, з датою.
  2. Умови оплати описані з усіма винятками («передоплата для нових клієнтів» тощо).
  3. Доставка/логістика: терміни, вартість, регіони, форс-мажори.
  4. Політика повернень і гарантій — окремим документом.
  5. Графік роботи, контакти, адреси — включно з «як нас знайти».
  6. Топ-50 реальних питань клієнтів з відповідями.
  7. Описи послуг/товарів відповідають дійсності (не «плануємо запустити»).
  8. Усне знання команди записане (крок 3).
  9. Суперечності між документами прибрані (крок 2).
  10. Список заборонених тем і формулювань складений.
  11. Призначений відповідальний за оновлення.
  12. Зрозуміло, як агент має відповідати на питання поза базою («передаю колезі», а не імпровізація).

Десять з дванадцяти — можна стартувати, дірки закриються в перші тижні. Менше семи — старт дасть агента, який частіше вибачається, ніж допомагає.

Типові помилки

  • Звалити все і хай розбирається. Сотні файлів без чистки — агент відповідає впевнено, але через раз правильно, бо джерела суперечать одне одному.
  • Писати базу «канцеляритом». Агент переймає стиль джерел. База, написана живою мовою, дає живі відповіді.
  • Ховати ціни. «Хай питають менеджера» — клієнт у чаті хоче цифру; агент без цін виглядає безпорадним. Якщо ціни справді індивідуальні — дайте хоча б діапазони й логіку формування.
  • Разова акція замість процесу. База, зроблена «раз і назавжди», починає брехати з першою ж зміною в бізнесі.
  • Забути про заборонене. Без явного списку табу агент самостійно вирішуватиме, що можна, — і колись вирішить неправильно.

Часті питання

У якому форматі готувати документи?

У будь-якому текстовому — Word, Google Docs, PDF з текстовим шаром, навіть структуровані нотатки. Скани без текстового шару потребують розпізнавання — це вирішується, але краще одразу давати текст. Головне — зміст і структура, конвертація формат—формат — наш клопіт.

Чи потрапляють наші документи в навчання моделей?

Ні. База знань лежить у вашому індексі, з якого агент дістає фрагменти на час відповіді. У договорах із провайдерами моделей використання даних для навчання виключено; для чутливих даних існує локальне розгортання, коли документи взагалі не покидають ваш сервер.

Скільки часу займає підготовка з нуля?

За нашим досвідом — два-чотири робочі дні вашого часу, розтягнуті на тиждень-два календарних. Це найбільша частина «домашнього завдання» клієнта в AI-проекті, і від неї прямо залежать терміни: покроковий графік усього впровадження — у статті «Як впровадити AI-агента за 30 днів».

Підсумок

База знань — це фундамент, на якому стоїть усе інше в AI-проекті. Формула проста: зібрати все, лишити один прайс правди, дописати усне знання, структурувати під пошук, позначити заборонене — і призначити одного хранителя. День-два нудної роботи, які відділяють агента-співрозмовника від агента-фантазера.

Готуєте базу під майбутнього агента? Надішліть нам список того, що вже є, — підкажемо, чого бракує і з чого стартувати. Написати нам або залишити заявку.