Як змусити ШІ показувати, звідки він узяв відповідь, перш ніж вона піде клієнту?

Щоб ШІ показував джерело своєї відповіді, цю вимогу треба прописати в інструкціях проєкту або в системних вказівках асистента: у кожній відповіді називати файл, розділ або рядок і дату документа, а також наводити дослівну цитату, на якій тримається висновок. Окремо варто дозволити асистенту відповідати «не знайдено в документах», бо без такого дозволу модель часто заповнює прогалину правдоподібною вигадкою. Посилання саме по собі ще не гарантує правди, тому людина відкриває файл і знаходить цитату пошуком. Відповідь клієнту про ціни, строки, гарантії та умови договору йде лише тоді, коли джерело названо і перевірено.

Коротко

Мовні моделі можуть впевнено помилятися і навіть вигадувати цитати, тому відповідь без джерела не можна відправляти клієнту.
Джерело відповіді ШІ складається з назви файлу, точного місця в ньому (розділу, абзацу чи рядка таблиці) і дати документа.
Вимогу показувати джерело найзручніше записати один раз в інструкціях проєкту, а не повторювати в кожному запиті.
Дослівна цитата з файлу краща за переказ, бо її можна за кілька секунд знайти пошуком у документі.
У команді діє одне правило: відповідь без джерела клієнту не йде, а за перевірку відповідає людина, яка її надсилає.

Чому відповідь ШІ без джерела не можна відправляти клієнту

Мовна модель пише текст, який звучить переконливо, і цей тон однаковий, коли вона права і коли помиляється. Розробники моделей самі визнають, що їхні системи можуть видавати правдоподібні, але хибні твердження, серед них вигадані посилання й цитати. Таке явище називають галюцинаціями ШІ: модель заповнює прогалину в знаннях текстом, який схожий на правду, хоча за ним не стоїть жоден документ. Усередині компанії така помилка коштує кількох хвилин на виправлення. Коли ж відповідь іде клієнту, вона перестає бути чернеткою і стає обіцянкою від імені компанії.

Уявіть, що клієнт питає про строк гарантії на обладнання, і асистент називає строк довший, ніж записано в договорі. Клієнт збереже це повідомлення і цілком слушно посилатиметься на нього, коли прийде з поломкою. Сперечатися буде незручно, бо відповідь надіслав ваш працівник з вашого акаунта, і для клієнта це слово компанії, а не програми. Джерело біля відповіді знімає цю проблему ще до відправки: якщо поруч із цифрою стоїть назва файлу і цитата, людина за хвилину бачить, чи збігаються вони. Якщо джерела немає, перевіряти нічого, і вся відповідь тримається лише на довірі до моделі.

Що вважати джерелом відповіді ШІ

Джерелом у цьому контексті вважається місце в конкретному документі компанії, яке людина може відкрити й перечитати своїми очима. Мінімальний набір складається з трьох частин: назви файлу, точного місця в ньому і дати або версії документа. Точне місце залежить від типу файлу, і для типових документів воно виглядає так:

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

Дата документа заслуговує окремої уваги. Скажімо, у папці проєкту лежать два прайси, торішній і нинішній, і асистент бере ціну зі старого. Назва файлу і цитата в такому разі будуть справжніми, а відповідь клієнту все одно буде хибною. Коли поруч із цитатою стоїть дата, людина одразу помічає, що документ застарів.

Є і зворотний випадок. Іноді модель пише щось на зразок «зазвичай у таких договорах передбачено…» або прямо зазначає, що відповідає з загальних знань. Для внутрішнього обговорення це може бути корисною підказкою, але для клієнта таке посилання джерелом не вважається. Клієнта цікавлять умови вашої компанії, а не те, як буває зазвичай.

Як попросити ШІ вказати джерело у кожній відповіді

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

Добра інструкція містить три вимоги. Перша стосується формату джерела: назва файлу, розділ або рядок, дата. Друга вимагає дослівної цитати, а не переказу, бо переказ модель може непомітно спотворити, а цитату легко знайти пошуком у файлі. Третя прямо дозволяє асистенту сказати, що відповіді в документах немає. Без цього дозволу модель сприймає кожне запитання як завдання, яке обов'язково треба виконати, і тоді прогалину заповнює вигадка. Формулювання може бути приблизно таким:

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

Після збереження інструкції перевірте її на кількох запитаннях, відповіді на які ви знаєте напевно. Обов'язково поставте і таке запитання, відповіді на яке в документах свідомо немає. Якщо асистент чесно пише «не знайдено в документах», інструкція працює. Якщо він щось вигадує, посильте формулювання і перевірте ще раз.

Як перевірити, що ШІ не вигадав джерело

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

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

Перевіряти кожну відповідь із однаковою ретельністю не обов'язково. Усе, що стосується грошей, строків, гарантій та умов договору, перевіряється щоразу, без винятків. Для решти, наприклад для пояснень, як користуватися товаром, підходить вибіркова перевірка: скажімо, кілька відповідей на тиждень. Якщо під час такої перевірки знайшлося вигадане посилання, частіше перевіряйте відповіді і перегляньте, чи актуальні файли в проєкті.

Правило для команди: без джерела відповідь клієнту не йде

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

Відповідь без джерела клієнту не надсилається. Працівник має три варіанти: самостійно знайти потрібне місце в документах, звернутися до колеги, який відповідає за цю тему, або чесно сказати клієнту, що уточнить і повернеться з відповіддю. Якщо асистент регулярно пише «не знайдено в документах» на одне й те саме запитання, це сигнал, що потрібного документа в проєкті бракує. Його варто додати, і наступного разу відповідь матиме джерело.

У невеликій компанії зручно призначити відповідального за кожну групу документів: хтось стежить за актуальністю прайсу, хтось за договорами й гарантійними умовами. Саме правило достатньо записати одним абзацом у внутрішньому документі або закріпити в робочому чаті команди. Формулювання може бути таким: «Відповідь, підготовлена ШІ, надсилається клієнту лише з названим джерелом і після того, як відправник знайшов цитату у файлі. Ціни, строки, гарантії й умови договору без джерела не надсилаються ніколи». Те саме правило варто продублювати в інструкціях проєкту, щоб асистент і люди працювали за однією логікою.

Коли можна відповідати клієнту без посилання на документ

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

Межа проходить там, де в тексті з'являється цифра, дата, обов'язок або умова. Ціни, строки доставки чи виконання, гарантії, умови повернення, знижки й умови договору клієнту надсилаються лише з джерелом і після перевірки людиною. Для сумнівних випадків є зручний тест: уявіть, що клієнт через місяць перешле вам це речення як доказ того, що ви йому пообіцяли. Якщо таке можливо, речення потребує джерела.

Що робити далі

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

Про цей матеріал

Це навчальне пояснення для початківців, які починають використовувати ШІ у спілкуванні з клієнтами. Матеріал відображає стан інструментів на жовтень 2026 року, тому назви пунктів меню й можливості конкретних сервісів варто звіряти з їхньою актуальною документацією. Текст не є юридичною порадою і не замінює внутрішніх політик вашої компанії.