Сохранение вашего имени на работе, выполненной с помощью ИИ, соответствует общей норме раскрытия информации, которая применяется в большинстве контекстов: раскрывайте существенное использование ИИ там, где читатель хотел бы знать об этом и почувствовал бы себя обманутым без такой информации. Эта норма является правильным выбором по умолчанию для большинства повседневных рабочих задач. В данной статье рассматривается более узкий и более значимый вопрос: конкретные рабочие ситуации, в которых раскрытие информации перестает быть нормой, применяемой на основе суждения, и становится чем-то, близким к обязательному требованию, установленному политикой вашего работодателя, контрактом с клиентом, регулированием или формальным процессом, который запрашивает у вас эту информацию напрямую.
Путаница между этими двумя подходами создаёт проблемы в обе стороны. Если отнестись к фактической обязанности как к вопросу личного усмотрения, можно получить реальную проблему с комплаенсом или договором. Если же считать, что каждое использование ИИ требует формальной процедуры раскрытия, действительно важные раскрытия утонут в шуме. Приведённая ниже модель нужна как раз для того, чтобы их различать.
Четыре специфических рабочих триггера
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)) | Эскалируйте вопрос в отдел соответствия требованиям или юридический отдел — это не решение, принимаемое индивидуально |
| Официальный обзор, аудит или форма ввода данных запрашивают информацию напрямую | Форма/процесс | Отвечайте честно и конкретно |
| Ни одно из вышеперечисленных условий не применяется | Общая норма авторства | Используйте тест суждения, описанный в материале «Сохранение вашего имени на работе, выполненной с помощью ИИ» |
Проверка и запасной вариант
Если вы задали вопрос о требовании раскрытия информации и получили неясный или отсутствующий ответ, отдавайте предпочтение большему раскрытию информации, а не меньшему, и сохраняйте письменную запись того факта, что вы задавали этот вопрос — например, электронное письмо или сообщение конкретному лицу, а не просто устную беседу, на которую вы не сможете сослаться позже. Это отражает ту же практику, что и при поиске политики вашей компании по вопросам ИИ: когда письменный ответ отсутствует, задавайте вопросы письменно и действуйте консервативно до получения ответа.
Не приравнивайте «мне никто прямо не говорил это раскрывать» к «раскрытие не требуется». Формулировки политики компании и регуляторные требования могут отставать от реальной практики, особенно для только что созданной клиентской функции на базе ИИ. Если у вас есть конкретное основание подозревать пробел в комплаенсе — например, система, которая разговаривает с клиентами без видимого раскрытия того, что это ИИ, — поставьте это как отдельный, чётко сформулированный вопрос, а не считайте, что молчание означает, что всё уже улажено.
Два способа сделать это неправильно
Первый — считать, что любой результат работы, сделанный с помощью ИИ, требует одинакового уровня формального раскрытия. Это либо вызывает усталость от раскрытий, из-за которой люди перестают читать те, которые действительно важны, либо приводит к тому, что люди пропускают по-настоящему обязательные, приняв их за очередную рутинную формулировку. Приберегите формальные, конкретные формулировки раскрытия для четырёх триггеров выше, а для всего остального пользуйтесь общей нормой, основанной на суждении. Смысл различия не в том, чтобы быть везде осторожнее или свободнее, а в том, чтобы подобрать уровень процедуры под тип ситуации.
Второй, характерный именно для регуляторного триггера, — считать, что раз вы лично не создавали клиентскую систему на базе ИИ, её соответствие требованиям вас не касается. Если вы эксплуатируете, поддерживаете или представляете систему, которая напрямую разговаривает с клиентами или с публикой, вам как раз хорошо видно, где может быть пробел, даже если создавали её не вы, — и сообщить о нём стоит немногого по сравнению с ценой незамеченной комплаенс-проблемы, которая всплывёт через жалобу клиента или через регулятора.
Проработайте свою ситуацию
Используйте руководство по принятию решений о раскрытии информации об ИИ на рабочем месте, чтобы проверить вашу конкретную ситуацию на наличие четырех указанных выше триггеров перед тем, как решить, как — или стоит ли вообще — раскрывать информацию. Если ни один из конкретных триггеров не применяется, правильной нормой является общая норма раскрытия информации: оставлять свое имя в работах, выполненных с помощью ИИ, вместо создания формального процесса там, где он фактически не требуется.
