Гість запитує: «Ми приїдемо після опівночі. Чи не скасують бронювання?» У базі знань є правило на пів сторінки: воно описує гарантовані й негарантовані бронювання, передплату, граничний час, винятки для груп і внутрішню процедуру нічної зміни. Якщо ШІ просто скопіює цей текст, він не вигадає фактів — але й не допоможе гостю.
База знань має бути джерелом правди, а не готовим сценарієм кожної розмови. Якісна відповідь бере з неї потрібні умови, співвідносить їх із контекстом, чесно називає невідоме й веде до наступної дії. Вона не змінює правило, але й не змушує гостя самостійно розшифровувати внутрішній документ.
Чому дослівна копія часто є поганою відповіддю
Правило ширше за запит. Документ охоплює всі випадки, а гостю потрібна одна умова для його бронювання.
Внутрішня мова не пояснює дію. Терміни відділу бронювання можуть бути точними, але незрозумілими без контексту.
Важливі винятки губляться. Ключова умова стоїть у кінці довгого абзацу або в іншому документі.
Текст може бути застарілим. Дослівне відтворення не робить джерело актуальним.
Немає наступного кроку. Гість отримує цитату, але не розуміє, що підтвердити або куди перейти.
Небезпека існує й у протилежному напрямку. Якщо дозволити ШІ «пояснювати своїми словами» без меж, він може прибрати важливу умову, об’єднати різні правила або перетворити припущення на обіцянку. Отже, завдання не в копіюванні й не у вільному переказі. Завдання — у контрольованому перетворенні перевірених знань на доречну відповідь.
П’ять шарів хорошої відповіді
Розпізнати намір. Чи гість питає про загальне правило, конкретне бронювання або просить виняток?
Зібрати мінімальний контекст. Номер бронювання, тип тарифу, час приїзду або інша умова — лише якщо без неї відповідь неможлива.
Вибрати авторитетні факти. Не весь документ, а саме ті пункти, що стосуються ситуації.
Сформулювати людською мовою. Зберегти умови й межі, але прибрати службовий шум.
Дати наступний крок. Що гість може зробити зараз і коли потрібна людина.
Гнучкою має бути мова. Факти, умови й межі повноважень мають залишатися стабільними.
Приклад: правило, копія і корисна відповідь
Внутрішнє правило: гарантоване бронювання зберігається після часу заїзду; для негарантованого бронювання потрібне підтвердження пізнього прибуття до встановленої години.
Дослівна копія: довгий абзац із двома тарифами, термінами й винятками.
Контекстна відповідь: «Пізній приїзд можливий. Щоб підтвердити, чи номер залишатиметься за вами після опівночі, мені потрібен номер бронювання або прізвище. Якщо бронювання гарантоване, ми зафіксуємо час прибуття; якщо ні — працівник перевірить умову й підтвердить її окремо».
Така відповідь не обіцяє те, чого система ще не перевірила. Вона пояснює логіку, запитує лише потрібне й відкриває безпечний шлях до рішення.
Статичні знання і дані в реальному часі
База знань добре підходить для стабільних відомостей: описів номерів, правил користування послугами, умов для дітей, способів доїзду, годин роботи з визначеним власником і датою перевірки. Вона не повинна підміняти джерела, що змінюються постійно: наявність номерів, поточну ціну, статус платежу, баланс, готовність номера чи фактичний строк повернення коштів.
Якщо для відповіді потрібні актуальні дані, система має отримати їх із дозволеного підключення, привести гостя до авторитетного процесу або передати звернення людині. Красиве формулювання не перетворює копію вчорашнього правила на сьогоднішній факт.
Як зберегти контроль
Контроль | Практичне правило |
|---|---|
Власник знання | Кожна важлива тема має відповідальну людину або роль |
Дата перевірки | Система бачить, коли правило підтверджено і коли його слід переглянути |
Умови й винятки | Вони зберігаються структуровано, а не ховаються в довгому тексті |
Видимість джерела | Працівник може перевірити, на чому побудована чернетка |
Межа впевненості | За суперечності або браку даних ШІ уточнює чи передає, а не здогадується |
Журнал виправлень | Помилки стають завданнями для перевірки, але не переписують правило автоматично |
Перевірка перед запуском
Чи може система відповісти коротко, не втративши обов’язкову умову?
Чи розрізняє вона правило, актуальні операційні дані й людське рішення?
Чи питає лише те, чого справді бракує?
Чи показує наступний крок замість завершення розмови цитатою?
Чи передає людині суперечності, винятки, скарги, оплату й повернення коштів?
Чи перевіряється якість різними мовами та на реальних сценаріях?
Коротко
ШІ не повинен дослівно копіювати базу знань, бо гість звертається не по фрагмент документа, а по рішення в конкретній ситуації. Водночас система не має права вільно змінювати зміст правила. Зріла модель зберігає джерело правди, вибирає доречні факти, пояснює їх простою мовою й веде до перевіреного наступного кроку.
Почніть із перевірки десяти найчастіших тем: де правило занадто довге, де бракує умов, де потрібні дані в реальному часі й де відповідь завжди має перейти до людини. Це і є практична основа здорової бази знань для Greetio.
