Якщо ваш продукт генерує зображення, відео або аудіо за допомогою ШІ, правила Каліфорнії змінилися 2 серпня 2026 року — і лічильник штрафів працює за ставкою 5000 доларів за порушення щодня. Закон Каліфорнії про прозорість ШІ (SB 942) тепер чинний, після того як AB 853 переніс його початкову дату старту з 1 січня 2026 року, щоб узгодити з графіком Закону ЄС про ШІ. Значна частина інтернету досі посилається на стару дату, тому багато засновників вважають, що мають час, якого насправді вже немає.
Ось частина, яка має привернути вашу увагу, навіть якщо ви невеликі: основні зобов'язання починаються з одного мільйона щомісячних користувачів у Каліфорнії, але графік поетапного запровадження закону протягом наступних двох років охоплює хостингові платформи, канали дистрибуції та навіть апаратне забезпечення. Якщо ви ліцензуєте модель, вбудовуєте чужий API генерації або плануєте розвиватися, цей закон впливає на рішення, які ви приймаєте прямо зараз — включно з кількома, які мають бути у вашій бухгалтерії, а не лише у юридичній папці.
Цей посібник пояснює, хто підпадає під дію закону, чого насправді вимагає відповідність, які терміни ще попереду, і як усе це врахувати в обліку, щоб лист від регулятора ніколи не перетворився на несподіванку на п'ять цифр.
Хто вважається "покритим постачальником"
SB 942 застосовується до постачальників систем генеративного ШІ, які є публічно доступними в Каліфорнії та мають понад один мільйон щомісячних відвідувачів або користувачів. Три деталі в цьому визначенні важливіші за велике число:
Поріг — це відвідувачі або користувачі
Безкоштовна веб-демонстрація, яка стає вірусною, може перетнути один мільйон щомісячних відвідувачів задовго до того, як у вас буде один мільйон зареєстрованих акаунтів. Якщо ваш генератор зображень отримає сплеск трафіку через соціальну медійну подію, ви можете стати покритим постачальником того ж місяця — із зобов'язаннями, які вже мали бути вбудовані у ваш продукт. Чекати, поки ви станете "досить великими, щоб хвилюватися", — це план, який провалюється саме тоді, коли все йде добре.
Текст поза увагою; зображення, відео та аудіо — у центрі
Вимоги закону щодо розкриття інформації стосуються AI-згенерованого зображення, відео та аудіо контенту. Чисто текстовий вивід не покривається. Якщо ваш продукт пише маркетингові тексти, ви поза основною вимогою; якщо він генерує фотографії продуктів, озвучення або кліпи — ви повністю в її межах.
Ігри та стрімінг — виняток
Системи, які є виключно не-користувацьким відеоігровим, телевізійним, стрімінговим, кіно- або інтерактивним досвідом, виключені. Ігрова студія, яка використовує ШІ для рендерингу внутрішньоігрового контенту, не є покритим постачальником для цього контенту — але той самий інструмент студії для публічної генерації аватарів може бути.
Три основні зобов'язання (чинні зараз)
Для покритих постачальників три вимоги набрали чинності 2 серпня 2026 року.
1. Безкоштовний, публічний інструмент виявлення ШІ
Ви повинні запропонувати інструмент — безкоштовно для користувача — який дозволяє будь-кому перевірити, чи був контент створений або змінений вашою системою. Законодавчі вимоги конкретні:
- Він повинен приймати завантажений контент, URL-адреси та API-доступ
- Він повинен надавати будь-які дані про походження системи, які він виявляє
- Він не повинен збирати або зберігати особисту інформацію від користувачів, крім добровільного зворотного зв'язку з явною згодою
- Він не повинен зберігати поданий контент довше, ніж потрібно для виконання перевірки
- Йому потрібен механізм зворотного зв'язку, щоб інструмент покращувався з часом
Для невеликої команди вимога до API — це прихована проблема. Веб-форма з галочками — це проект на вихідні; документований, лімітований публічний API, який можуть використовувати треті сторони, — це постійна послуга з витратами на хостинг, обробкою зловживань і очікуваннями щодо аптайму. Бюджетуйте це як продуктову поверхню, тому що юридично це саме так.
2. Опціональна видима ("маніфестна") мітка
Користувачі повинні мати можливість додавати чітку, помітну мітку, яка ідентифікує контент як створений ШІ. Мітка має бути постійною або надзвичайно складною для видалення, наскільки це технічно можливо. Зверніть увагу на дизайнерський нюанс: видима мітка — це вибір користувача. Ви повинні її запропонувати; ви не повинні її нав'язувати.
3. Обов'язкова прихована ("латентна") мітка
Це вимога щодо водяного знаку, і, на відміну від видимої мітки, вона не є опціональною. Весь покритий AI-згенерований контент повинен містити вбудоване, машиночитане розкриття, яке включає:
- Назву та версію системи генеративного ШІ
- Дату та час створення або зміни контенту
- Унікальний ідентифікатор контенту
Латентна мітка має бути довговічною, відповідати загальновизнаним галузевим стандартам і виявлятися вашим власним інструментом виявлення. На практиці "загальновизнані галузеві стандарти" вказують на специфікації походження контенту, такі як C2PA, — які вже прийняли більшість великих постачальників моделей. Якщо ви будуєте на API фундаментальної моделі, більша частина технічної роботи може вже бути виконана вище за ланцюгом; ваше завдання — переконатися, що ви не видаляєте метадані у власному конвеєрі (крок зміни розміру, перекодування або створення мініатюр може тихо їх знищити).
Правило 96 годин: ліцензування отримало зуби
Якщо ви ліцензуєте свою систему генеративного ШІ третім сторонам, SB 942 впливає на ваші контракти. Ви повинні вимагати від ліцензіатів підтримувати можливість латентної мітки. Якщо ви виявите, що ліцензіат її відключив, ви повинні анулювати ліцензію протягом 96 годин, і ліцензіат повинен припинити використання системи.
Два операційні наслідки:
- Ваші ліцензійні угоди потребують оновлення. Право на анулювання, пов'язане з втручанням у мітку, яке можна реалізувати за 96-годинний термін, має існувати в документі до того, як воно вам знадобиться. Переробка підписаних контрактів означає поправки, а поправки займають більше 96 годин.
- Вам потрібен спосіб "виявлення". Годинник починає тікати з моменту виявлення, але постачальник без жодного моніторингу ставить на те, що регулятори приймуть свідоме незнання. Періодичний процес вибірки — отримуйте вивід ліцензіата, проженіть його через ваш власний інструмент виявлення, зафіксуйте результат — це дешева страховка і створює аудиторський слід, який демонструє добру волю.
Якщо ви по інший бік столу — стартап, який ліцензує чужу модель — прочитайте свою угоду на наявність дзеркального пункту. Відключення водяного знаку, щоб зробити контент "чистішим", більше не є продуктовим рішенням; це порушення контракту з законодавчим терміном.
Терміни, які ще попереду
AB 853 не просто затримав SB 942; він розширив охоплення закону поетапно. Навіть якщо ви сьогодні нижче порогу в один мільйон, ці дати можуть вас торкнутися:
1 січня 2027 року — великі онлайн-платформи та хостингові послуги
Платформи, що перевищують два мільйони унікальних щомісячних користувачів — соціальні медіа, обмін файлами, масовий обмін повідомленнями та окремий пошук — повинні виявляти дані про походження, що відповідають стандартам, у розповсюдженому контенті та показувати їх користувачам через свій інтерфейс. Вони також не можуть свідомо видаляти відповідні дані про походження або цифрові підписи із завантаженого контенту, наскільки це технічно можливо.
Окремо, платформи, які розміщують системи генеративного ШІ, не можуть свідомо пропонувати системи, що не відповідають вимогам латентної мітки. Якщо ви поширюєте модель або застосунок через маркетплейс, очікуйте, що маркетплейс почне ставити питання про відповідність — ваш статус водяного знаку стане вимогою для розміщення, незалежно від вашої власної кількості користувачів.
1 січня 2028 року — пристрої захоплення
Виробники пристроїв, які записують фото, аудіо або відео, повинні дозволяти користувачам вбудовувати дані про походження у захоплений контент за замовчуванням. Це завершує цикл: автентичний контент отримує походження при захопленні, AI-контент — при генерації, а платформи показують обидва.
Стратегічний висновок для невеликої AI-компанії: метадані походження стають інфраструктурою контент-інтернету. Побудова вашого конвеєра навколо них зараз — а не встановлення на порозі 999 000 користувачів — є дешевшим шляхом у будь-якому сценарії.
Скільки насправді коштує невідповідність
Закон встановлює цивільний штраф у розмірі 5000 доларів за порушення, і кожен день, коли порушення триває, вважається окремим порушенням. Приватного права на позов немає — правозастосування належить Генеральному прокурору та іншим публічним прокурорам — але щоденне накопичення виконує стримувальну функцію: один невиправлений дефект, залишений без уваги на квартал, — це експозиція в 450 000 доларів до гонорарів адвокатів, які закон також дозволяє штату стягувати.
Структура щоденного накопичення винагороджує швидке виявлення та швидке виправлення. Стартап, який знаходить власну прогалину під час щотижневої перевірки відповідності та закриває її за два дні, має принципово іншу експозицію, ніж той, хто дізнається про ту саму прогалину від регулятора через шість місяців.
Контрольний список відповідності, який можна виконати цього тижня
- Чесно виміряйте свій трафік з Каліфорнії. Налаштуйте аналітику, яка показує щомісячних відвідувачів і користувачів у Каліфорнії, та сигнал тривоги значно нижче одного мільйона. Вам потрібен запас часу, а не несподіванка.
- Перевірте ваш конвеєр виводу на збереження метаданих. Згенеруйте контент, потім проженіть його через усі перетворення, які застосовує ваш продукт — стиснення, зміну розміру, конвертацію форматів, CDN-оптимізацію — і переконайтеся, що латентна мітка переживає кожен крок.
- Перевірте підтримку походження вашого вищестоящого постачальника. Якщо ви будуєте на API великої моделі, підтвердьте, який стандарт походження вона вбудовує та що ваші умови говорять про його збереження.
- Розробіть специфікацію інструменту виявлення зараз. Прийом файлів, URL та API; вивід походження; відсутність зберігання особистих даних. Навіть до досягнення порогу, детальна специфікація перетворює юридичну вимогу на оцінений інженерний таск.
- Оновіть шаблони ліцензій. Додайте вимогу підтримки латентної мітки та механіку 96-годинного анулювання до всього, що ви підписуєте надалі.
- Призначте відповідального та журнал. Одна людина володіє перевірками відповідності; кожна перевірка, висновок і виправлення отримують запис із датою. Якщо регулятор колись запитає, журнал — ваш найкращий доказ.
Внесіть програму відповідності у свою бухгалтерію
Робота з відповідності, яку ви не бачите у своєму обліку, — це робота, яку ви недофінансуєте. Кілька бухгалтерських кроків роблять всю програму керованою:
- Відстежуйте інженерію відповідності як окрему категорію витрат. Хостинг інструменту виявлення, бібліотека водяних знаків, моніторингові завдання — позначайте ці витрати на виділений рахунок, а не розчиняйте в загальних R&D. Коли ви встановлюєте ціну на продукт або говорите з інвесторами, ви знатимете, скільки насправді коштує регуляторний накладний тягар.
- Врахуйте штрафну математику у вашому ризик-плануванні. Ви не нараховуєте зобов'язання за штрафи, яких ще не понесли, але відомий, невирішений розрив у відповідності з лічильником у 5000 доларів на день — це саме той тип умовного зобов'язання, яке ваше фінансове планування має назвати. Кількісно оцініть його; це число, яке пріоритезує виправлення.
- Зберігайте аудиторський слід там, де ваші записи. Результати моніторингу ліцензіатів, повідомлення про анулювання та дати виправлень — це докази, які обмежують вашу експозицію. Датовані, незмінні записи завжди перемагають реконструйовані графіки, коли ставлять питання "коли ви це виявили?".
Ведіть чисті записи, поки правила змінюються
Регуляторні режими, як SB 942, винагороджують компанії, чиї записи точні, датовані та придатні для аудиту — і це стосується ваших фінансів так само, як і журналу відповідності. Beancount.io дає вам бухгалтерію у звичайному тексті, яка контролюється версіями та повністю прозора, тож кожен витрат на відповідність, резервне рішення та платіж постачальнику має довговічну, перевірену історію. Почніть безкоштовно і тримайте свої книги такими ж придатними для аудиту, як регулятори очікують від ваших AI-виводів.
