Задачі компанії варто розподіляти за наслідком помилки. Без автопілоту лишаються найм і будь-які кадрові рішення щодо конкретної людини, доступ до грошей і фінансові операції, робота з персональними й медичними даними, юридично значущі формулювання та офіційні обіцянки клієнту: у цих задачах остаточне рішення ухвалює людина. Чернетки від моделі з обовʼязковою перевіркою людиною достатньо для плану внутрішньої зустрічі, стиснення нотаток, першого варіанта листа без цін і строків та структури презентації. Вузький автопілот прийнятний лише для службових повідомлень без змінних фактів, наприклад для підтвердження отримання звернення, і лише тоді, коли компанія заздалегідь визначила для них межі.
Коротко
- Розподіл задач між людиною і моделлю залежить від того, що станеться, якщо помилку ніхто не помітить.
- Найм, кадрові рішення, платежі, персональні й медичні дані та офіційні обіцянки клієнту лишаються за людиною на кожному кроці.
- Чернетка моделі доречна для внутрішніх матеріалів, які працівник читає і виправляє до будь-якого зовнішнього використання.
- Автоматична відправка допустима лише для службових повідомлень, у яких немає ціни, строку, умови чи обіцянки щодо якості.
- Коли модель отримує доступ до пошти, файлів або облікових систем, наслідок помилки зростає, тому доступ звужують до мінімально необхідного.
Як відрізнити задачу з низьким наслідком помилки від задачі, де помилка ШІ стає рішенням компанії?
Модель може помилитися в будь-якій задачі: пропустити деталь, переплутати число або впевнено написати вигадану відповідь, тобто твердження, якого немає в жодному джерелі. Тому корисніше питати, що станеться, якщо таку помилку ніхто не помітить. Наслідок варто оцінити в чотирьох вимірах. Гроші: чи може хибний текст або дія призвести до платежу, знижки чи втраченої угоди. Репутація: чи побачить результат клієнт, партнер або кандидат. Права людини: чи впливає результат на долю конкретного працівника або претендента. Дані: чи потрапляють у запит відомості, які компанія зобовʼязана захищати.
Критерій для розподілу такий: чи зʼявляється після роботи моделі зовнішнє зобовʼязання компанії або рішення про конкретну людину. Якщо зʼявляється, задача належить до першого кошика, де діє лише людина, а модель у кращому разі допомагає підготувати матеріали. Якщо результат лишається всередині компанії і перед використанням його читає працівник, це другий кошик: модель готує чернетку, людина перевіряє й доводить до ладу. Третій кошик найвужчий, у ньому лежать службові повідомлення, які нічого не обіцяють і не містять змінних фактів, тому їх можна відправляти автоматично в межах, визначених заздалегідь.
У типовій невеликій компанії з відділом продажів, підтримкою, бухгалтерією і керівником, який сам наймає людей, за один день у моделі зʼявляються чотири запити. Менеджер просить план внутрішньої зустрічі й чернетку відповіді клієнту з ціною. Бухгалтер просить пояснити норму, яка стосується його роботи. Керівник завантажує резюме кандидатів і просить відібрати найкращих. За формою ці запити схожі, бо всі вони починаються з тексту в чаті, але наслідок помилки в них різний, і цей наслідок визначає кошик.
Які задачі в компанії людина не віддає ШІ на автопілот?
Перша група стосується людей. Коли керівник у типовій компанії завантажує резюме і просить їх ранжувати, модель може відсіяти сильного кандидата через незвичне формулювання досвіду або відтворити упередження, закладене в даних, і компанія навіть не дізнається, кого втратила. Закон ЄС про ШІ відносить системи, які використовують у наймі, зокрема для розміщення вакансій, фільтрації резюме й оцінки кандидатів, до високого ризику. Модель може допомогти керівнику сформулювати вимоги до посади чи скласти питання для співбесіди, але відбір, оцінку і рішення ухвалює людина. Те саме стосується підвищення, зміни оплати, дисциплінарних стягнень, звільнення та будь-яких інших кадрових рішень щодо конкретного працівника.
Далі йдуть гроші. Платіж, повернення коштів, зміна реквізитів, погодження рахунку чи доступ до банківського кабінету модель самостійно не виконує. Пояснити норму бухгалтеру вона може, і це корисна допомога, але відповідь потрібно звірити з чинною редакцією документа, бо модель здатна впевнено послатися на положення, якого не існує.
Окремий блок стосується даних. Чинний закон України про захист персональних даних діє і тоді, коли інформацію обробляє модель. Паспортні дані, відомості про здоровʼя працівників, лікарняні, особові справи й контакти клієнтів не потрапляють у запит без законної підстави і без розуміння, де ці дані зберігатимуться та хто матиме до них доступ. Медичних висновків модель не робить у жодному разі.
Ще один блок стосується слів, які створюють зобовʼязання. Умови договору, обіцянки щодо якості, відповідь на претензію, офіційний лист партнеру чи державному органу після відправки стають позицією компанії. Рекомендації Мінцифри, оприлюднені у квітні 2026 року, побудовані на тій самій логіці: критичні дії підтверджує людина, а асистентам не доручають остаточних управлінських рішень, юридично значущих дій, фінансових транзакцій, кадрових рішень, медичних чи безпекових висновків і офіційних повідомлень без перевірки. Цей текст є загальною навчальною інформацією, тому умови конкретних сервісів і вимоги закону варто звіряти в договорі та на офіційних сторінках.
Для яких внутрішніх задач компанії достатньо чернетки від моделі?
Другий кошик найширший, і в ньому модель заощаджує найбільше часу. План внутрішньої зустрічі, порядок денний, стиснення нотаток після наради, структура внутрішньої презентації, перший варіант листа без цін, строків і відомостей про наявність товару: у всіх цих задачах помилка коштує кількох хвилин редагування. Менеджер із типової компанії може взяти план зустрічі майже без змін, бо його побачать лише колеги, які самі виправлять неточність.
Із листом клієнту інакше, навіть коли він належить до цього ж кошика. Модель готує вступ, структуру й ввічливі формулювання, а ціну, строк і умови менеджер вписує сам, беручи їх з облікової системи. Після цього лист читає людина, яка відповідає за зміст, і лише вона натискає кнопку відправки. Так модель робить механічну частину роботи, а відповідальність за обіцянку лишається в компанії.
Окремо стоїть знеособлення, тобто вилучення з тексту імен, контактів, сум і всього, за чим можна впізнати людину чи угоду. Знеособлений текст можна віддати моделі на перефразування чи скорочення без зайвого ризику. Якщо знеособити матеріал неможливо, задача повертається до першого кошика.
Перевірка чернетки має сенс лише тоді, коли працівник знає, на що дивитися. У тих самих рекомендаціях Мінцифри точка підтвердження описана як місце, де людина перевіряє факти, числа, відповідність вимогам, доречність тексту і відсутність конфіденційних даних. Для внутрішньої чернетки досить швидкого прочитання, для листа назовні потрібна повна перевірка за всіма цими пунктами.
Де вузький автопілот ШІ ще прийнятний і яких умов він потребує?
Третій кошик навмисно малий. До нього належать службові повідомлення без змінних фактів: підтвердження, що звернення отримано, повідомлення про передачу запиту відповідальному працівнику, нагадування про вже узгоджену зустріч. У таких текстах немає ціни, строку, умови чи обіцянки щодо якості, тому навіть невдале формулювання не створює зобовʼязання.
Автопілот тут потребує кількох умов одночасно. Шаблон повідомлення визначила людина, і модель не змінює його зміст. Кожна відправка потрапляє в журнал, який можна переглянути. Відповідальний працівник може зупинити автоматичну відправку в будь-який момент. Логіка та сама, що й для будь-якої автоматичної відповіді клієнту: повідомлення нічого не обіцяє і нічого не стверджує про умови угоди.
Є ще вимога прозорості. Стаття 50 закону ЄС про ШІ з 2 серпня 2026 року вимагає, щоб людина знала, що спілкується з системою ШІ, якщо це не очевидно з контексту. Для компанії, яка працює з європейськими клієнтами, це додаткова причина прямо позначати автоматичні повідомлення.
Що змінюється, коли ШІ діє як агент із доступом до пошти, файлів чи облікових систем?
ШІ-агент відрізняється від чату тим, що сам виконує дії: читає пошту, відкриває файли, створює записи в облікових системах, надсилає повідомлення. Кожен новий доступ розширює наслідок помилки. Модель у чаті, яка неправильно зрозуміла запит, пише невдалий текст. Агент з доступом до пошти й рахунків у тій самій ситуації може надіслати лист не тому адресату або змінити запис, від якого залежить платіж.
Окремий ризик називають інʼєкцією інструкцій. Агент читає вхідний вміст, наприклад лист клієнта або документ із зовнішнього джерела, і в цьому вмісті може бути прихована команда, яку модель сприйме як завдання від компанії. Через це вхідні листи й файли для агента лишаються матеріалом для аналізу, і жодна інструкція з них не повинна запускати дію без підтвердження працівника.
Той самий документ радить застосовувати принцип мінімально необхідного доступу: агент отримує лише ті права, без яких задача не виконується. Якщо агенту потрібно читати вхідні звернення підтримки, він не потребує доступу до банківського кабінету чи кадрових файлів. Перед критичною дією, як-от відправкою зовнішнього листа, зміною облікового запису чи будь-якою операцією з грошима, стоїть підтвердження людиною.
Як за тиждень скласти робочу карту задач ШІ для своєї компанії?
Робоча карта складається з реальних запитів, а загальні міркування про ШІ тут мало допомагають. Попросіть кожен відділ назвати 10-15 типів задач, з якими працівники вже звертаються до моделі або хотіли б звертатися. У типовій компанії це будуть листи клієнтам, звіти, пояснення норм, підготовка нарад, обробка резюме, відповіді підтримки.
Далі кожен тип задачі потрапляє в один із трьох кошиків за критерієм зовнішнього зобовʼязання і рішення про конкретну людину. Сумнівні випадки варто відносити до суворішого кошика, а переглядати їх лише після того, як компанія накопичить досвід. Для другого кошика призначте посаду, яка підтверджує зовнішні тексти перед відправкою, щоб відповідальність мала конкретного носія. Для третього кошика зафіксуйте шаблони і того, хто може зупинити автоматичну відправку.
Карта займає кілька абзаців у спільному документі і не потребує довгого регламенту. Важливіше, щоб у ній була дата наступного перегляду: інструменти і звички команди змінюються, тому розподіл задач варто звіряти з практикою регулярно.
Що робити далі
- Зберіть від кожного відділу 10-15 типів задач, які працівники вже доручають моделі або хочуть доручати.
- Розкладіть ці задачі в три кошики за питанням, чи зʼявляється зовнішнє зобовʼязання або рішення про конкретну людину.
- Призначте посаду, яка підтверджує кожен зовнішній текст, підготовлений моделлю, перед відправкою клієнту чи партнеру.
- Перевірте, до яких поштових скриньок, папок і облікових систем уже мають доступ ШІ-інструменти компанії, і приберіть зайві права.
- Запишіть карту в спільний документ і поставте в календар дату її першого перегляду.