Последнее обновление: 13 августа 2026 года. Данные сверены с материалами Anthropic, разъяснениями Европейской комиссии по статье 50 AI Act и спецификацией C2PA.

По правилам статьи 50 AI Act машиночитаемая маркировка AI-контента применяется с 2 августа 2026 года, а для отдельных систем, уже выведенных на рынок, предусмотрен ограниченный переходный срок до 2 декабря 2026 года. (разъяснения Европейской комиссии о прозрачности AI-контента)

Симптом: вы видите обнаруженный знак Claude и хотите объявить текст полностью созданным AI.
Самое быстрое решение: зафиксируйте знак как сигнал происхождения, но перед любым ограничением проверьте исходник, историю правок и роль Anthropic в редакционном процессе.

Эта статья для трёх групп:

  • разработчиков контент-платформ, которым нужно корректно показывать и проверять маркировку;
  • редакторов и модераторов, которым приходится объяснять результаты проверки;
  • compliance-команд, которым необходимо определить допустимый уровень доказательств.

Что именно показывает обнаруженный сигнал

Главная ошибка начинается со смешения двух разных задач:

  1. определить, присутствует ли специальный сигнал, связанный с выводом Claude;
  2. доказать, что весь текст полностью написал искусственный интеллект.

Это не одно и то же. В первом случае речь идёт о технической детектируемости. Во втором — об авторстве, намерении, объёме человеческого участия и соответствии правилам.

По опубликованному описанию изменений Anthropic, поддерживаемые модели добавляют в текст машиночитаемые паттерны. Компания также указывает, что знак может появляться, если Claude не создавал материал с нуля, а использовался для корректуры, форматирования или перевода. При этом короткие тексты, смешанные фрагменты и сильно переписанный материал могут перестать давать обнаруживаемый результат. (сообщение о текстовых водяных знаках Claude)

Результат проверки Что можно утверждать Чего утверждать нельзя
Обнаружен сигнал Фрагмент, вероятно, связан с поддерживаемым процессом Claude Что весь текст создан AI
Сигнал не обнаружен Проверка не нашла подтверждаемого маркера Что текст написал человек
Неопределённый результат Данных недостаточно для уверенного вывода Что пользователь пытался скрыть использование AI
Сигнал есть в отдельном фрагменте Часть материала могла пройти через Claude Кто является автором всего документа

Для платформы это означает простое правило интерфейса: показывайте не «текст написан AI», а более точную формулировку — «обнаружен сигнал, связанный с обработкой Claude». Если вы используете шкалу уверенности, не превращайте её в процент человеческого или машинного авторства. Такой процент создаёт ложное ощущение измерения, которого технология фактически не проводит.

C2PA использует похожую логику для цифрового происхождения: Content Credentials фиксируют утверждения об источнике и изменениях, а криптографическая проверка показывает целостность этих данных. Но стандарт не выносит ценностное суждение о том, является ли материал «хорошим», «плохим», истинным или ложным. (спецификация C2PA о происхождении контента)

Короткий текст против полного документа

Детекция текстового водяного знака Claude зависит не только от наличия маркера. Важна длина наблюдаемого фрагмента и объём статистического материала, на котором строится проверка.

В коротком сообщении может не хватить данных для уверенного вывода. Это особенно важно для:

  • заголовков;
  • коротких комментариев;
  • рекламных слоганов;
  • отдельных строк кода;
  • сообщений в интерфейсе;
  • коротких ответов службы поддержки.

Если платформа проверяет такие фрагменты, корректный статус — «недостаточно данных», а не «человек» или «AI». Иначе система будет выдавать бинарный ответ там, где технически возможен только неопределённый.

Тип материала Ожидаемая ценность проверки Рекомендуемое решение
Один заголовок или короткая реплика Низкая Не применять санкции и не строить атрибуцию
Несколько смешанных абзацев Ограниченная Разделять фрагменты и сохранять контекст
Полный однородный документ Выше, но не абсолютная Использовать вместе с журналом редакции
Документ после перевода или масштабной правки Непредсказуемая Перевести результат в ручную проверку
Файл с отдельными метаданными происхождения Зависит от целостности подписи Проверять подпись и цепочку изменений

Даже высокая техническая уверенность не отвечает на вопрос о полном процессе создания. Автор мог подготовить структуру, факты и аргументы самостоятельно, а затем передать текст Claude для стилистической обработки. В таком случае сигнал сообщает о взаимодействии с моделью, но не описывает вклад человека.

Что происходит после редактирования

Стойкость маркировки — это отдельная характеристика. Наличие водяного знака в исходном ответе не означает, что он будет одинаково хорошо обнаруживаться после каждого изменения.

На результат влияют:

  • ручная переформулировка предложений;
  • объединение нескольких источников;
  • перевод на другой язык;
  • перестройка абзацев;
  • изменение форматирования;
  • вставка таблиц и списков;
  • перенос текста через редакторы, которые меняют символы или структуру документа.

Anthropic, согласно опубликованному описанию, отдельно указывает на снижение обнаруживаемости после существенной переработки, смешения текстов и работы с короткими фрагментами. Это не следует интерпретировать как инструкцию по удалению или обходу знака. Для редакции это просто граница доказательства: итоговая проверка может уже не отражать путь, который прошёл исходный материал. (дополнительный разбор ограничений маркировки Claude)

Публичная документация Google по SynthID Text описывает аналогичную проблему: детектор работает вероятностно, а уверенность может заметно снижаться после глубокого переписывания или перевода. Google также предусматривает отдельное состояние «неопределённо», а не только варианты «маркирован» и «не маркирован». (документация Google о SynthID Text)

Отсюда следует практический вывод для хранения данных: если вам важен аудит, сохраняйте не только финальную публикацию. Нужны исходный файл, версия до AI-обработки, журнал изменений, сведения о пользователе и время каждого этапа. Проверка одного финального текста слишком поздно попадает в процесс.

Маркировка контакта против доказательства авторства

Обнаруженный знак не отвечает на четыре ключевых вопроса:

  1. кто написал первоначальный вариант;
  2. кто утвердил содержание;
  3. сколько текста создал Claude;
  4. является ли содержание фактически достоверным.

Представьте три сценария.

Сценарий первый — генерация с нуля. Пользователь дал краткое задание, получил полный материал и опубликовал его без существенных изменений. Здесь знак является сильной подсказкой о роли Claude, но всё равно не заменяет журнал запроса и публикации.

Сценарий второй — редактура. Автор подготовил текст, а Claude исправил грамматику, перевёл отдельные фрагменты или изменил форматирование. В этом случае знак может присутствовать, хотя основная интеллектуальная работа была выполнена человеком.

Сценарий третий — совместная подготовка. Claude предложил варианты, человек проверил факты, добавил данные, переписал выводы и взял на себя редакционную ответственность. Сигнал есть, но бинарная классификация «AI-текст» будет слишком грубой.

Европейская комиссия различает машинную маркировку и обязанности по понятному информированию людей. Для текста, опубликованного по вопросам общественного интереса, важны публикация, информативный характер и отсутствие полноценного человеческого обзора или редакционного контроля. При этом поверхностная проверка орфографии или грамматики сама по себе не считается полноценным человеческим обзором. (ответы Европейской комиссии по статье 50 AI Act)

Это важное различие для редактора. Нельзя автоматически считать, что любое вмешательство человека снимает все требования. Но также нельзя считать, что любой знак доказывает отсутствие редакционного контроля.

Три уровня доказательности

Чтобы не использовать AI-детекцию как универсальный приговор, разделите решения по уровню риска.

Уровень Допустимое применение Что нужно добавить
Низкий риск Внутренний аудит, подсказка редактору, фильтр для дополнительной проверки Сохранение результата и объяснение статуса
Средний риск Запрос пояснений, временная ручная модерация, маршрутизация документа Исходник, история версий, правило апелляции
Высокий риск Блокировка аккаунта, академическое наказание, юридическое решение Независимые доказательства и квалифицированная проверка

Низкий риск. Вы можете использовать результат как навигацию. Например, отправить материал редактору, показать читателю сведения о происхождении или отметить документ для внутреннего аудита.

Средний риск. Допустимо попросить автора предоставить исходник и объяснить, использовался ли Claude для генерации, перевода или корректуры. Но до завершения проверки не следует публично обвинять пользователя.

Высокий риск. Один сигнал недостаточен. Для штрафа, удаления, отказа в публикации, дисциплинарного решения или юридической позиции нужны независимые источники: история документа, переписка, данные системы, свидетельства автора, лог API и оценка специалиста.

C2PA специально описывает происхождение как набор проверяемых утверждений о создании и изменениях. Такой подход полезнее простого ярлыка, потому что он сохраняет цепочку действий и не подменяет её оценочным вердиктом. (описание проверяемых утверждений C2PA)

Условия выбора для платформы

Используйте следующий порядок принятия решений.

  • Если вы только показываете пользователю сведения о происхождении, то можно использовать знак Claude как информационный сигнал.
  • Если результат нужен для внутреннего аудита, то сохраняйте сам результат, версию текста и дату проверки.
  • Если сигнал влияет на публикацию, то добавьте ручную проверку исходника и редакционной истории.
  • Если текст короткий, смешанный, переведённый или существенно отредактированный, то переводите результат в статус «неопределённо».
  • Если решение связано с блокировкой, обучением, выплатами, авторскими правами или законом, то не используйте знак как единственное доказательство.
  • Если у вас нет журнала версий, то сначала исправьте процесс хранения данных, а уже затем подключайте автоматическую проверку.
  • Если вы публикуете материал по вопросу общественного интереса без полноценного человеческого контроля, то отдельно проверьте требования статьи 50 AI Act и применимые исключения. (руководство Европейской комиссии по прозрачности AI-контента)

Рабочий процесс проверки

Внедрение лучше проводить как процедуру, а не как установку одного детектора.

Шаг 1. Опишите цель проверки

Сначала зафиксируйте, что именно вы хотите узнать: наличие сигнала, происхождение файла, факт использования Claude или соответствие внутренней политике. Если цель сформулирована как «определить, написал ли это AI», процесс уже построен слишком широко.

Шаг 2. Разделите типы контента

Текст, код, таблица, перевод и документ с вложенными файлами должны проходить разные ветки. Не применяйте одно пороговое правило ко всем форматам.

Шаг 3. Сохраните исходные версии

До проверки создайте неизменяемую запись исходника. Сохраните время загрузки, идентификатор документа, пользователя, редактора и контрольную сумму файла. Без этого вы не сможете объяснить, почему результат изменился после публикации.

Шаг 4. Проверьте целостность

Если документ содержит Content Credentials или другую подписанную информацию о происхождении, проверяйте подпись, сертификат и связь манифеста с конкретным файлом. C2PA различает валидность подписи и оценку достоверности содержания — эти понятия нельзя объединять.

Шаг 5. Присвойте статус

Используйте минимум четыре состояния:

  • «сигнал обнаружен»;
  • «сигнал не обнаружен»;
  • «неопределённо»;
  • «проверка невозможна».

Не заменяйте эти статусы единой шкалой «0–100 % AI».

Шаг 6. Запустите ручную проверку по условиям

Проверяющий должен увидеть исходник, финальную версию, историю изменений и сведения о том, применялся ли Claude для генерации, перевода, форматирования или корректуры.

Шаг 7. Дайте пользователю апелляцию

Если сигнал влияет на доступ к сервису, автор должен иметь возможность предоставить документы и объяснения. Апелляция — не формальность. Она нужна именно потому, что знак не доказывает полный процесс авторства.

Для команд, которые размещают такие процессы на удалённой инфраструктуре, полезно заранее отделить рабочие данные, тестовые материалы и журналы аудита. При работе с чувствительными документами заранее проверьте требования к конфиденциальности среды. В отдельном регламенте также зафиксируйте, кто получает доступ к терминалу, журналам и исходным файлам. При повторной проверке через другую рабочую сессию применяйте те же требования к изоляции данных и журналированию. Правила доступа, резервное копирование и удаление исходных текстов должны оставаться под вашим контролем.

Европейский контекст и сроки

Статья 50 AI Act применяется с 2 августа 2026 года. Для провайдеров генеративных систем предусмотрено требование использовать эффективные, надёжные, устойчивые и совместимые машиночитаемые знаки для обнаружения AI-сгенерированного или изменённого контента.

Но машиночитаемая маркировка провайдера не всегда закрывает обязанность платформы по понятному информированию человека. Европейская комиссия отдельно указывает, что для некоторых категорий материалов нужна видимая или воспринимаемая человеком маркировка. Простого скрытого сигнала может быть недостаточно. (разъяснение обязанностей по информированию людей)

Сроки также нельзя трактовать как универсальное разрешение ждать до конца года. Ограниченный переходный период до 2 декабря 2026 года относится к определённым системам, уже размещённым на рынке до 2 августа. Конкретное применение зависит от роли компании, типа системы, места использования и характера контента.

На практике compliance-команде стоит разделить дорожную карту на три рубежа:

Рубеж Что проверить
До публикации Есть ли маркировка, понятное описание и журнал происхождения
При запуске проверки Как обрабатываются короткие и смешанные тексты
До 2 декабря 2026 года Нужны ли дополнительные меры для ранее размещённых систем

Как объяснять результат редактору

Редактору не нужен ответ «AI: да» или «AI: нет». Ему нужна интерпретация с ограничениями.

Хорошая формулировка выглядит так:

«В документе обнаружен сигнал, совместимый с обработкой через Claude. Проверка не определяет полного автора, объём AI-участия или достоверность содержания. Для решения нужны исходник и история редакционных изменений».

Плохая формулировка:

«Текст доказанно написан AI и нарушает правила».

Разница между этими фразами — не стилистическая. Первая описывает технический результат. Вторая делает несколько неподтверждённых выводов одновременно: об авторстве, намерении и нарушении.

В редакционной политике отдельно пропишите, что Claude мог применяться для:

  • исправления орфографии;
  • перевода;
  • преобразования формата;
  • создания краткого резюме;
  • генерации структуры;
  • полного написания материала.

Такая классификация помогает не спорить о термине «AI-текст», а проверять конкретное действие.

Частые вопросы

Насколько надёжен результат проверки знака Claude?

Результат надёжен только в узком смысле: он может показать наличие сигнала, связанного с поддерживаемым Claude-выводом. Это не то же самое, что точное определение доли AI-текста, установление автора или подтверждение нарушения правил. Короткие, смешанные и существенно отредактированные материалы могут дать неопределённый результат. Поэтому проверку следует использовать как один из сигналов аудита, а не как автоматический вердикт.

Означает ли отсутствие знака Claude, что текст написал человек?

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

Может ли текст после проверки Claude выглядеть как полностью созданный AI?

Да. Если Claude использовался только для корректуры, перевода, форматирования или локальной правки, итоговый материал всё равно может содержать машиночитаемый сигнал. Он показывает контакт с системой или обработку через неё, но не описывает объём человеческой работы. Для редакционного решения нужны исходник, история изменений и пояснение роли Claude в процессе.

Может ли платформа сразу наказать пользователя по знаку Claude?

Для высокорисковых решений это плохая практика. Один знак не устанавливает намерение, авторство, нарушение лицензии или академическую недобросовестность. Платформа должна сохранить результат проверки, запросить исходные материалы, изучить историю изменений и дать человеку возможность объяснить процесс. Автоматическое ограничение допустимо только для низкорисковых сценариев и при заранее опубликованных правилах.

Текущая схема против отдельной Mac-среды

Для разовой проверки многие команды используют личный ноутбук, общий браузерный профиль или случайную облачную среду. У такого подхода есть три реальных недостатка: трудно разделить рабочие и тестовые данные, невозможно стабильно воспроизвести окружение, а журнал действий часто остаётся неполным. При проверке чувствительных документов добавляется риск неверных разрешений и случайной передачи файла не тому пользователю.

Аренда Mac у MacPng не заменяет собственную политику доказательств и не делает детекцию точнее. Но для временного тестового контура она может быть удобнее, когда вам нужно выделить отдельную среду для API-проверок, редакционного прототипа или приёмочного сценария без покупки отдельного устройства. Для постоянной тяжёлой нагрузки, физического доступа к периферии или долгосрочной эксплуатации стабильнее может оказаться собственный Mac.

Если ваша задача — проверить гипотезу, собрать прототип процесса и сравнить варианты хранения журналов, временная среда обычно рациональнее немедленной закупки. При этом правила доступа, резервное копирование и удаление исходных текстов всё равно должны оставаться под вашим контролем.