Як закон ЄС про штучний інтелект впливає на документацію систем ШІ і роботу технічного письменника

💡 Усі статті, обговорення, новини про AI — в одному місці. Приєднуйтесь до AI спільноти!

Вітаю! Мене звати Ольга Мельничук, і я є керівницею центру експертизи Technical Communication у компанії SoftServe.

Сьогодні поговоримо про зміни, які безпосередньо впливають на тих, хто:

• створює документацію для ШІ-систем, якими користуватимуться в зоні Європейського Союзу;
• відповідає за її точність і відповідність нормативним вимогам.

Закон ЄС про штучний інтелект (EU Artificial Intelligence Act) встановлює чіткі правила, яких потрібно дотримуватися. Ці зміни також стосуються фахівців, які працюють з контентом, згенерованим або відредагованим за допомогою штучного інтелекту.

Якщо ШІ для вас є лише особистим помічником для генерації ідей чи планування мандрівок, то розуміння закону вам, ймовірно, не потрібне.

Якщо ви використовуєте ШІ у роботі: скажімо, адаптуєте документацію для чат-ботів, автоматизуєте процеси створення документації чи генеруєте або редагуєте контент за допомогою ШІ, саме час ознайомитися з вимогами.

А якщо ж ваш продукт виходить на ринок Європейського Союзу у 2026 році, дотримання цього закону стає невід’ємною частиною відповідальності технічного письменника.

Чому закон про ШІ важливий для технічних письменників

Закон ЄС про штучний інтелект — це не просто черговий нормативний акт для юридичних команд. Він змінює підхід до документування можливостей, обмежень і ризиків ШІ-систем.

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

Оскільки у 2026 році закон набуває повної чинності, він кардинально змінює підхід до документування систем ШІ. Не має значення, чи працює ваша компанія в ЄС, чи за його межами: якщо продукт на основі ШІ, який розробляє ваша компанія, можуть використовувати на території Європейського Союзу, дотримання вимог є обов’язковим.

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

Цей закон можна сприймати як ще один посібник зі стилю. Якщо Microsoft Writing Style Guide, The Chicago Manual of Style та Google Developer Documentation Style Guide фокусуються на мові, тоні, ясності та послідовності, то цей регламент зосереджується на відповідальності. Він вимагає не лише зрозумілості речень, а й чіткого пояснення невизначеностей, обмежень та ризиків системи.

До чого ж тут документація? Шкала ризиків

Не всі системи штучного інтелекту підлягають однаковим вимогам. Закон визначає чотири категорії ризиків, а обов’язки, яких слід дотримуватися (читайте як «обсяг вашої документації»), повністю залежать від того, до якої категорії ризику належить ваш продукт.

• Неприйнятний ризик (Unacceptable Risk). Системи ШІ, що становлять загрозу для осіб або суспільства (наприклад, маніпулювання поведінкою чи біометрична ідентифікація в реальному часі). Ці системи заборонені в ЄС, тож про роль технічного письменника тут не йдеться.
• Високий ризик (High-Risk). Системи ШІ, що використовуються в чутливих сферах: правоохоронна діяльність, громадська безпека, найм персоналу, іміграція чи охорона здоров’я. Тут технічний письменник відповідає за весь обсяг документації, як зазначено в розділі Technical Documentation (Annex IV). Це комплексна вимога, яка передбачає обов’язкове підтвердження відповідності ще до того, як продукт потрапить на ринок ЄС. Детальніше Article 11: Technical Documentation.
• Обмежений ризик (Limited-Risk). Системи ШІ, що створюють ризик маніпуляції або обману: чат-боти, діпфейки, розпізнавання емоцій або генератори зображень. Користувачі мають бути чітко проінформовані, що вони взаємодіють з машиною або споживають контент, створений ШІ. Ваше завдання — підготувати відповідні тексти (disclosures) та довідкові матеріали, що запобігають введенню в оману. Детальніше тут: Article 50: Transparency Obligations for Providers and Deployers of Certain AI Systems.
• Мінімальний ризик (Minimal-Risk). Системи ШІ з незначним ризиком: спам-фільтри, прогнозування погоди або ШІ у відеоіграх. Для них застосовується стандартний підхід до документування, закон не встановлює додаткових вимог.

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

1. Проєктування та розробка систем ШІ

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

З погляду технічного письменника це означає створення не просто стандартного огляду функціональності. Йдеться про створення ґрунтовної концептуальної документації, яка чітко визначає межі застосування системи, припущення, на яких вона базується, а також конкретні задачі та сценарії, для яких вона не призначена.

2. Поведінка та продуктивність систем ШІ

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

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

3. Опис ризиків систем ШІ

Закон ЄС про ШІ виводить інформацію про ризики безпосередньо у публічну площину документації.

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

4. Чіткі інструкції з використання систем ШІ

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

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

Матеріали, створені чи змінені за допомогою ШІ

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

Згідно з Законом ЄС про ШІ, користувачі мають право знати, що вони переглядають контент, який було створено чи змінено за допомогою штучного інтелекту. Детальніше тут: Article 50: Transparency Obligations for Providers and Deployers of Certain AI Systems.

Дотримання закону не вимагає повної відмови від інструментів ШІ чи повернення до виключно ручних робочих процесів. Натомість вимагається впровадження практик прозорої комунікації.

Розкривайте інформацію про використання ШІ

Закон ЄС про ШІ вимагає чіткого розкриття інформації у випадках, коли контент був штучно згенерований або змінений так, що це може створити хибне враження про його автентичність.

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

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

Правильне маркування

Закон ЄС про ШІ покладає на авторів контенту відповідальність за належне маркування. Якщо згенерований або змінений за допомогою ШІ контент може ввести користувачів в оману, потрібне чітке та помітне розкриття такої інформації.

• Для документації, блогів та новин. Маркування має з’являтися перед основним контентом або відразу після нього. Наприклад, «Ця стаття була згенерована за допомогою [Назва ШІ] та перевірена на точність нашою редакційною командою» або «Цю статтю склав ШІ; [Назва компанії] відредагувала та перевірила факти».
• Для зображень, діаграм та фотографій. Використовуйте водяний знак (невеликий напівпрозорий напис у кутку: «Створено за допомогою [назва ШІ])» або підпис під зображенням: «Синтетичне зображення, створено за допомогою [назва ШІ]; відображає гіпотетичну архітектуру системи».
• Для інфографіки та візуалізації даних. Завжди зазначайте джерело, але замість загального «Джерело: внутрішні дані» використовуйте «Джерело: внутрішні дані, проаналізовані [назва ШІ].» Або додайте примітку: «Цю інфографіку створено за допомогою інструментів візуалізації на основі ШІ на базі перевірених вручну наборів даних».
• Для відеоуроків та демонстрацій. Використовуйте іконку у верхньому куті з написом «Створено ШІ» або «Синтетичне медіа». Також можна додати текстове або голосове повідомлення на початку чи наприкінці відео: «У цій демонстрації використано голос та відео, згенеровані ШІ».

Щоб спростити собі роботу, обирайте інструменти ШІ, розроблені з урахуванням регулятивних вимог. Такі механізми, як автоматичні водяні знаки або вбудовані метадані, допоможуть уникнути зайвої ручної роботи.

Замість висновків

Незалежно від того, чи документуєте ви системи ШІ високого ризику, чи маркуєте згенерований ШІ-контент, чи забезпечуєте прозорість чат-бота, пам’ятайте: дотримання нормативних вимог не є одноразовим завданням.

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

Закон ЄС про ШІ не просто регулює технології, він доводить, що професія технічного письменника ніколи не була настільки важливою, як зараз.

Чи почали ви адаптувати документацію під закон ЄС про ШІ? Розкажіть про свій досвід у коментарях, особливо якщо працюєте над документуванням систем ШІ високого ризику.

Ця стаття також доступна англійською.

Сподобалась стаття? Підписуйтесь на автора, щоб отримувати сповіщення про нові публікації на пошту.