AI написав код без імені автора: суд пояснив, чому це ще не означає порушення

Коли AI-помічник видає фрагмент програми без імені автора, це саме по собі ще не доводить незаконного видалення авторської інформації. 16 вересня Electronic Frontier Foundation повідомила про рішення Апеляційного суду дев’ятого округу США у справі Doe v. GitHub. Воно стосується важливого, але вузького питання: як застосовувати норму DMCA до нового результату, створеного мовною моделлю.

Що саме розглядав суд

За поясненням EFF, позивачі — анонімні учасники GitHub — пов’язували використання коду для навчання моделей OpenAI та Microsoft із появою подібного коду без авторських позначок. Спірна норма — розділ 1202 DMCA, який забороняє навмисне видалення інформації про управління авторськими правами, зокрема імені автора або повідомлення про copyright.

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

Це не означає «AI-код можна брати без перевірки»

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

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

Що робити розробнику на практиці

• Перевіряти суттєві фрагменти. Якщо відповідь виглядає як готова реалізація з чужого проєкту, з’ясуйте походження перед додаванням у продукт.
• Не стирати наявні повідомлення. Якщо ви свідомо берете код із репозиторію, перевірте LICENSE і вимоги до збереження атрибуції.
• Фіксувати зовнішні залежності. Зручніше вести перелік компонентів і їхніх умов одразу, ніж відновлювати його перед релізом.
• Робити звичайне code review. AI-відповідь потребує тестів, перевірки помилок і оцінки безпеки так само, як інший новий код.

Чому новина важлива не лише юристам

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

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

Перекладено й адаптовано за матеріалом Joe Mullin / Electronic Frontier Foundation від 16 вересня 2026 року. Практичні пояснення додано редакцією. Текст першоджерела та оригінальна ілюстрація — CC BY 4.0; умови повторного використання EFF.