Перейти к содержимому

← Все статьи блога

Нам прислали скрин Make-агента. По EU AI Act это уже не «тест»

Автор: Алексей Доронин

Клиент прислал скрин: Make-агент уже отвечает в поддержке. Мы «всего лишь тестировали гипотезу» — а по факту сценарий уже говорит с людьми, часть аудитории в ЕС. Лента орёт про EU AI Act, а у владельца три вопроса без ответа: это про ваш сценарий или только про OpenAI? Срочно всё переписывать? И где три практических шага, а не юридический том?

Коротко: 2 августа 2026 в первую очередь включает обязанности прозрачности по статье 50 Regulation (EU) 2024/1689 — раскрытие чат-ботов, маркировка синтетического контента, метки deepfake. Это не «весь AI Act разом»: high-risk системы из Annex III перенесены на 2 декабря 2027 (AI Omnibus, Regulation (EU) 2026/1744). Для типичного SMB на Make важнее не паника про 7% оборота, а три проверки уже работающих сценариев с EU-аудиторией.

Ниже — чеклист владельца automation stack. Это не юридическая консультация под ваш кейс; при спорных ситуациях нужен профильный юрист.

Что реально изменилось 2 августа — и что нет

Заголовки про «полный AI Act» вводят в заблуждение. С 2 августа 2026 AI Office Еврокомиссии вместе с национальными органами market surveillance начинают применять AI Act — и параллельно вступают правила прозрачности ст. 50, независимо от risk-класса системы.

Три блока ст. 50, которые бьют по customer-facing автоматизации:

  • Art. 50(1) — системы с прямым двусторонним диалогом с людьми (чат-боты, AI agents, avatars): пользователь должен быть информирован, что общается с ИИ, если это не очевидно из контекста. Уведомление — с первого взаимодействия, ясно и различимо. Исключение «очевидно» трактуется узко.
  • Art. 50(2) — providers generative-систем (в том числе GPAI): синтетический audio, image, video, text — machine-readable mark, detectable as AI-generated. Не распространяется на assistive editing без существенного изменения смысла; есть B2B/industrial exemptions в Guidelines.
  • Art. 50(4) — deployers: раскрывать deepfakes (image/audio/video, resembling real persons, places, events); явно маркировать AI-generated text по вопросам public interest без human review/editorial control. Поверхностная проверка орфографии ≠ editorial control.

Отдельно: Art. 50(3) — deployers emotion recognition / biometric categorisation должны информировать людей, на которых это применяется. Если в Make-сценарии есть такие API — отдельная проверка. Workplace/education emotion AI запрещены с февраля 2025.

Чего не случилось 2 августа: standalone high-risk (Annex III) — перенос на 2 декабря 2027; embedded в regulated products (Annex I) — 2 августа 2028. Старые гайды «всё high-risk с 2 августа» устарели.

Штрафы за нарушения прозрачности ст. 50: до €15 млн или 3% worldwide annual turnover — что больше (Art. 99(4)). Tier до 7% / €35 млн — это запрещённые практики Art. 5, другой уровень. Для SME/SMC при расчёте штрафов учитывают proportionality, но exemption от самой обязанности раскрытия нет.

Grace period: только для machine-readable marking legacy generative systems, размещённых на рынке до 2 августа 2026 — providers могут доработать до 2 декабря 2026. Раскрытие чат-бота (50(1)) — без отсрочки с 2 августа. Контент, сгенерированный до 2 августа, retroactive labelling не обязателен (Commission encourages где возможно). Deepfakes до 2 августа — mandatory retroactive labelling тоже нет.

Extraterritorial scope: SaaS, агентство или фриланс из РФ без EU-регистрации всё равно в зоне риска, если output используется в EU — EU-клиенты, пользователи в EU, контент в EU-каналах. Не каждый Make-сценарий автоматом подпадает: фоновые M2M, closed-loop industrial по Guidelines могут быть вне 50(1). Но клиентский чат и публичный синтетический контент — зона внимания.

Provider vs deployer — почему это важно для Make

На практике важно понять, кто вы в цепочке — иначе проверки разъедутся.

Provider (Art. 3(3)) — разработал или заказал разработку и выводит систему на рынок EU под своим именем: design-level обязанности 50(1), 50(2), 50(5).

Deployer — использует AI professionally под своим контролем: 50(3), 50(4) для deepfakes и public-interest text. Сотрудники и фрилансеры под юрлицом не считаются отдельными deployers.

Типичный SMB на Make — deployer чужой модели (OpenAI, Anthropic, image API). Если брендирует агента как свой продукт для EU-клиентов — ближе к provider по цепочке. Providers вне EU in scope, если output используется в EU.

Make AI Agent (New) — open beta с 2 февраля 2026, sub-agents и orchestration; community Live Session 5 августа 2026 показывает паттерн «команда специализированных агентов». Make рекомендует относиться к задачам агентов как к «стажёру»: guardrails в instructions, избегать strict legal requirements и sensitive data без защиты. После 2 августа customer-facing agents в EU — legal-adjacent зона, не «просто автоматизация».

Проверка 1: кто отвечает клиенту — человек или агент?

eu-ai-act-inline-01-v3 Нам прислали скрин Make-агента. По EU AI Act это уже не «тест»

Статья 50(1). Сценарии: Make AI Agent в поддержке (Telegram, сайт, email bridge), orchestrator + sub-agents, голосовые и чат-интеграции. Make help описывает agents для categorizing support tickets — типичный EU-touchpoint.

Что проверить в сценарии:

  • Первое сообщение пользователю из EU содержит раскрытие «вы общаетесь с ИИ» — не спрятано только в privacy policy.
  • Раскрытие ясное и различимое с первого контакта; не полагаться на узкое «очевидно из контекста».
  • Есть human handoff для чувствительных кейсов (refund edge cases, жалобы) — community examples Make прямо показывают эскалацию на человека.
  • Provider (Make / LLM vendor) должен заложить disclosure на уровне design; deployer включает его в UI, промпт или шаблон ответа и хранит evidence.

Типичная ошибка: «достаточно grace period до декабря» — для чат-бота это неверно; отсрочка касается только machine-readable marking legacy systems (50(2)), не 50(1).

Ссылки: FAQ EC по ст. 50, best practices Make AI Agent, Feature Spotlight sub-agents.

Проверка 2: что робот публикует наружу?

eu-ai-act-inline-02-v3 Нам прислали скрин Make-агента. По EU AI Act это уже не «тест»

Статьи 50(2) и 50(4) (text). Сценарии: автопостинг в блог, RSS, рассылки, генерация product descriptions, переводы «as-is» без редактора.

Provider LLM/image API обязан обеспечить machine-readable marks в output; для систем, размещённых на рынке до 2 августа 2026, — до 2 декабря 2026.

Deployer обязан явно label только узкий класс: informational text по вопросам public interest без human review/editorial control (политика, здоровье, экономика — перечень в EC FAQ). Marketing post про продукт SMB может не попадать, если не «informing public on matters of public interest». Voluntary compliance path есть: Code of Practice on Transparency (июнь 2026, 180+ signatories по press release 31 июля 2026), EU icons для labelling — optional tool для deployers.

B2B/industrial exemption для marking (50(2)) — если output не exposed to humans. Автопост в публичный канал exemption не спасает.

Типичная ошибка: требовать visible «AI-generated» на каждом marketing post — противоречит узкому scope 50(4) text. И путать machine-readable watermark от provider с достаточным disclosure для deepfake — для deepfakes deployer обязан visible/audible label при первом exposure, не только metadata.

Commission Guidelines on Article 50 adopted 20 July 2026. Подробности: Quick Facts EC, текст Art. 50.

Проверка 3: есть ли правдоподобное лицо или событие?

eu-ai-act-inline-03-v3 Нам прислали скрин Make-агента. По EU AI Act это уже не «тест»

Статья 50(4) deepfakes. Сценарии: Make + image/video/audio gen для ads, «отзывы» с синтетическим аватаром, face-swap, synthetic voice «CEO».

Deepfake = resemblance + existing subject + false appearance of authenticity (Art. 3(60); EC FAQ). Deployer: visible или audible label at first exposure — нельзя полагаться только на machine-readable mark от provider.

Artistic/satirical: disclosure в credits, без порчи работы.

Параллельное давление на provenance: EU Act и California SB 942 (упоминается в отраслевых обзорах августа 2026) — вендоры выкатывают compliant defaults глобально. Проверить настройки API в сценарии, не только UI SaaS.

Разбор для SMB: HRZN guide, BCH Law.

Два контура compliance — EU и РФ

Если вы уже проходили чеклист по 243-ФЗ для российского контура — это другая карта. EU AI Act ст. 50 касается прозрачности для EU-аудитории; 243-ФЗ — рамочный российский закон для больших моделей. Российские клиенты vs EU-клиенты — разные обязанности; один Make-сценарий может попадать в оба контура или только в один.

Enforcement начался 2 августа 2026; публичных санкций в открытых источниках на момент подготовки материала ещё нет — но обязанности уже enforceable.

Три вопроса к уже работающим сценариям — резюме

  1. Кто отвечает клиенту? Первое сообщение EU-пользователю раскрывает ИИ; human handoff на месте; evidence сохранён.
  2. Что уходит в публикацию? Provider marks для generative output; deployer label — только public-interest text без редактора; публичный канал ≠ B2B exemption.
  3. Есть ли правдоподобное лицо/событие? Visible/audible deepfake label; не только watermark.

2 августа — не конец света для Make, а три вопроса к сценариям, которые уже говорят с людьми, постят контент и генерируют правдоподобные медиа. High-risk подождёт до декабря 2027; прозрачность — уже сейчас.

Дополнительный контекст enforcement: press release EC 31.07.2026, Goodwin alert 03.08.2026, Technology.org — what actually applies, обзор августа 2026, Community Live Session 05.08.2026, introduction Make AI Agent.

Куда идти дальше

Если нужно быстро прогнать свой Make-сценарий по трём проверкам — напишите в Telegram @NeuroAlexD: разберём цепочку provider/deployer и где вставить disclosure без поломки UX.

Для генерации и маркировки контента с учётом compliance-контуров — NeuroNano.

Если хотите не разовый чеклист, а выстроенную automation stack с guardrails под EU- и RF-клиентов — CalmOps AI.

Telegram