Статья оставляйте своё имя на работе с помощью ИИ описывает общую норму раскрытия, применимую в большинстве контекстов: раскрывайте существенное использование ИИ там, где читатель хотел бы об этом знать и почувствовал бы себя введённым в заблуждение, если бы не узнал. Эта норма — правильное значение по умолчанию для большей части повседневной работы. Здесь речь о более узком и более весомом вопросе: о конкретных рабочих ситуациях, где раскрытие перестаёт быть нормой, применяемой по вашему суждению, и становится чем-то близким к обязанности — установленной политикой работодателя, договором с клиентом, регулированием или формальной процедурой, которая задаёт вам прямой вопрос.
Путаница между этими двумя регистрами создаёт проблемы в обе стороны. Если отнестись к фактической обязанности как к вопросу личного усмотрения, можно получить реальную проблему с комплаенсом или договором. Если же считать, что каждое использование ИИ требует формальной процедуры раскрытия, действительно важные раскрытия утонут в шуме. Приведённая ниже модель нужна как раз для того, чтобы их различать.
Четыре специфических рабочих триггера
1. Политика вашей компании по ИИ прямо предписывает раскрытие
В некоторых компаниях политика по ИИ точно определяет, когда и как сотрудники обязаны раскрывать использование ИИ — для конкретного типа результата, конкретному человеку, в конкретном формате. Если в вашей политике это есть, она отменяет ваше собственное усмотрение: следуйте ей буквально и не импровизируйте вариант, который кажется вам достаточно близким. Найти и прочитать реальную политику работодателя по ИИ — обязательный предварительный шаг: нельзя следовать правилу раскрытия, которое вы не нашли и не прочитали.
2. Это прописано в договоре с клиентом или в техническом задании
Некоторые договоры с клиентами — особенно в консалтинге, юридических и творческих услугах — определяют, как должен быть создан результат и что нужно раскрывать о процессе его создания, включая использование ИИ. Если отношения с клиентом ведёте не вы, спросите руководителя или ответственного за клиента, есть ли такой пункт, вместо того чтобы считать, что ваша обычная практика ему соответствует: у команды, работающей с клиентом, могут быть договорные обязательства, которые никогда не дойдут до рядового исполнителя, если кто-то специально не обратит на них внимание.
3. Регулирование требует раскрытия для систем, которые напрямую взаимодействуют с людьми
Этот триггер качественно отличается от остальных трёх: обычно это вообще не решение отдельного сотрудника, а комплаенс-обязанность организации. Кроме того, он разделяется по ролям, и в этом стоит разобраться, прежде чем поднимать вопрос. По Акту ЕС об ИИ с 2 августа 2026 года поставщики — организации, которые разрабатывают систему ИИ и выводят её на рынок под собственным именем, — обязаны проектировать и разрабатывать системы, напрямую взаимодействующие с физическими лицами (например, чат-боты и голосовые агенты), так, чтобы люди были проинформированы о том, что взаимодействуют с ИИ, если это не очевидно (статья 50(1)). Поставщики систем, генерирующих синтетическое аудио, изображения, видео или текст, несут также обязанности по машиночитаемой маркировке в соответствии со статьёй 50(2); для систем, выведенных на рынок до 2 августа 2026 года, для этой обязанности предусмотрен ограниченный переходный период — до 2 декабря 2026 года на основании статьи 111(4), внесённой в Акт об ИИ Регламентом (ЕС) 2026/1744. Развёртыватели — организации, использующие такую систему под собственным контролем, — несут по той же статье другие обязанности: информировать людей, в отношении которых применяются системы распознавания эмоций или биометрической категоризации (статья 50(3)), и маркировать дипфейки и сгенерированный ИИ текст, публикуемый для информирования общественности по вопросам, представляющим общественный интерес (статья 50(4)) (European Commission, «Transparency obligations under Article 50 of the AI Act»; полный текст статьи 50 Акта об ИИ). Всё это касается организаций, попадающих под действие Акта ЕС об ИИ; в других юрисдикциях правила иные или отсутствуют, а конкретика зависит от того, где присутствует ваша компания и как классифицирована система.
Если ваша работа связана с созданием, настройкой или эксплуатацией чего-то, что напрямую взаимодействует с клиентами или с публикой, — а не просто с использованием ИИ для внутренних текстов, — этот вопрос нужно вынести в комплаенс, юридическую или продуктовую команду, а не решать в одиночку на своём уровне. Какая именно обязанность применима и кем в отношении конкретной системы выступает ваш работодатель — поставщиком или развёртывателем, — это ровно тот вопрос, ради которого эти команды и существуют. Ваша задача как сотрудника — распознать, что триггер сработал, и передать вопрос тем, кто отвечает за комплаенс в организации, а не самостоятельно определять, дотягивает ли конкретная система вашей компании до требований закона.
Если вы создаёте, настраиваете или эксплуатируете систему на базе ИИ, которая напрямую взаимодействует с клиентами или с публикой, и вы не уверены, что комплаенс- или юридическая команда вашей организации проверила её на соответствие применимым требованиям прозрачности, — задайте этой команде конкретный, чётко сформулированный вопрос, вместо того чтобы считать, что кто-то уже всё проверил. Это вопрос комплаенса на уровне организации, а не личного усмотрения.
4. Формальная оценка или процедура задаёт вам прямой вопрос
Некоторые процедуры оценки работы, аудиты или анкеты при приёме клиента содержат прямой вопрос об использовании ИИ: «использовали ли вы ИИ при подготовке этого документа», «был ли этот ответ подготовлен с помощью ИИ». Когда формальная процедура спрашивает прямо, отвечайте честно и конкретно; не давайте расплывчатых или уклончивых ответов на прямой вопрос в форме, даже если по общей норме вы рассудили бы иначе.
Модель принятия решений
| Ситуация | Чем определяется | Что делать |
|---|---|---|
| Политика компании задаёт конкретное правило раскрытия | Политикой | Следуйте ей буквально |
| Договор с клиентом или техническое задание (SOW) предписывает раскрытие | Договором | Следуйте ему; если не уверены, что это относится к вашему результату, спросите ответственного за договор |
| Вы создаёте или эксплуатируете что-то, что через ИИ напрямую взаимодействует с клиентами | Применимым регулированием (в сфере действия Акта ЕС об ИИ: обязанности поставщика по статье 50(1)–(2), обязанности развёртывателя по 50(3)–(4)) | Передайте в комплаенс или юридическую службу — это не индивидуальное решение |
| Формальная оценка, аудит или анкета спрашивает прямо | Формой или процедурой | Отвечайте честно и конкретно |
| Ничего из перечисленного не применимо | Общей нормой авторства | Примените проверку на основе суждения из статьи оставляйте своё имя на работе с помощью ИИ |
Проверка и запасной вариант
Если вы спросили об обязанности раскрытия и получили неясный ответ или не получили никакого, по умолчанию раскрывайте больше, а не меньше, и сохраните письменное свидетельство того, что вы спрашивали, — письмо или сообщение конкретному человеку, а не только устный разговор, на который потом не сослаться. Это та же практика, что описана в статье найдите и прочитайте политику работодателя по ИИ: когда письменного ответа нет, спрашивайте письменно и, пока ждёте, действуйте консервативно.
Не приравнивайте «мне никто прямо не говорил это раскрывать» к «раскрытие не требуется». Формулировки политики компании и регуляторные требования могут отставать от реальной практики, особенно для только что созданной клиентской функции на базе ИИ. Если у вас есть конкретное основание подозревать пробел в комплаенсе — например, система, которая разговаривает с клиентами без видимого раскрытия того, что это ИИ, — поставьте это как отдельный, чётко сформулированный вопрос, а не считайте, что молчание означает, что всё уже улажено.
Два способа сделать это неправильно
Первый — считать, что любой результат работы, сделанный с помощью ИИ, требует одинакового уровня формального раскрытия. Это либо вызывает усталость от раскрытий, из-за которой люди перестают читать те, которые действительно важны, либо приводит к тому, что люди пропускают по-настоящему обязательные, приняв их за очередную рутинную формулировку. Приберегите формальные, конкретные формулировки раскрытия для четырёх триггеров выше, а для всего остального пользуйтесь общей нормой, основанной на суждении. Смысл различия не в том, чтобы быть везде осторожнее или свободнее, а в том, чтобы подобрать уровень процедуры под тип ситуации.
Второй, характерный именно для регуляторного триггера, — считать, что раз вы лично не создавали клиентскую систему на базе ИИ, её соответствие требованиям вас не касается. Если вы эксплуатируете, поддерживаете или представляете систему, которая напрямую разговаривает с клиентами или с публикой, вам как раз хорошо видно, где может быть пробел, даже если создавали её не вы, — и сообщить о нём стоит немногого по сравнению с ценой незамеченной комплаенс-проблемы, которая всплывёт через жалобу клиента или через регулятора.
Проработайте свою ситуацию
Прежде чем решать, как — и нужно ли вообще — раскрывать, сверьте свою конкретную ситуацию с четырьмя триггерами выше по руководству по решению о раскрытии ИИ на работе. Если ни один из конкретных триггеров не сработал, применяйте общую норму раскрытия из статьи оставляйте своё имя на работе с помощью ИИ, а не выстраивайте формальную процедуру там, где она на деле не требуется.
