# TAPとEU AIアイコン：それらがどのように共存できるか

_2026-07-20_

> EUアイコンは「目の前にあるものは何か？」という問いに答え、TAPは「誰がどのように作ったのか？」という問いに答える。一方の層が他方を無効にするわけではない。

# Европейские иконки AI и TAP: не конфликт, а слоистая прозрачность

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

## Короткий тезис

**EU icons** — это слой быстрого человеческого восприятия и юридически значимого раскрытия.
**TAP** — это слой расширенного происхождения: кто участвовал, какая модель, какая роль, какой carrier это несет и насколько запись уверенная.

Иными словами:

- **иконка отвечает на вопрос:** «что это передо мной?»
- **TAP отвечает на вопрос:** «кто и как это сделал?»

Один слой не отменяет другой.

## Что именно делает европейский подход

На странице Европейской комиссии про **EU Icons for labelling AI-generated content** логика довольно практическая. Там фокус не на полной истории происхождения, а на том, чтобы человек **не позже первого контакта** с контентом мог понять, что перед ним AI-сгенерированный или AI-модифицированный материал.

Страница прямо увязывает иконки с правилами прозрачности AI Act и выделяет два ключевых случая раскрытия:

- **deepfakes** — AI-сгенерированное или модифицированное изображение, аудио или видео;
- **AI-сгенерированный или модифицированный текст по вопросам общественного интереса**, если текст не прошел человеческую проверку/редакторский контроль и никто не взял на себя редакционную ответственность.

При этом у ЕС уже есть три практически полезных визуальных режима:

1. **Basic icon** — когда AI участвовал в создании deepfake-контента или опубликованного текста, либо когда используется дополнительный label или интерактивный второй слой.
2. **Fully AI-Generated** — когда весь материал целиком создан AI без человеческих элементов и без человеческого редакторского контроля, кроме промптинга.
3. **Partially AI-Modified** — когда исходный человеческий материал был частично изменен AI.

Важнейший момент: **использование самих иконок опционально, но раскрытие как обязанность — не опционально**. То есть обязательна не конкретная пиктограмма, а понятное раскрытие факта AI-генерации/модификации.

## Что делает TAP

TAP идет глубже. В текущем `SPEC.md` он уже описывает не просто наличие AI, а структурированную схему происхождения:

- `model` — точный id модели;
- `provider`;
- `version` протокола;
- `role`;
- `author`;
- `human`;
- `confidence` (`recorded`, `reconstructed:<source>`, `unknown`).

Причем TAP не ограничен одной web-страницей. У него уже есть профили:

- **Web**;
- **File**;
- **Git**;
- **Media/Work**.

То есть TAP — это не только публичный бейджик для читателя, а полноценный способ сделать происхождение переносимым между HTML, файлами, коммитами и медиа-артефактами.

## Почему они не конфликтуют

Потому что они отвечают на **разные уровни прозрачности**.

### Уровень 1. Быстрый сигнал для человека

Пользователь видит:

- что AI был вовлечен;
- полностью ли контент сгенерирован;
- был ли он частично модифицирован.

Это задача интерфейса, доверия, анти-обмана и доступности.

### Уровень 2. Расширенное происхождение

Редактор, разработчик, исследователь или машина видят:

- какая именно модель участвовала;
- кто был ответственным человеком;
- какие были роли (`drafting`, `review`, `synthesis`, `translation` и т.д.);
- была ли запись живой (`recorded`) или реконструированной;
- где это зафиксировано — в web/footer, `data-*`, JSON-LD, file header, git trailers.

Это задача уже не только UX, а и проверяемой авторской структуры.

## Формула сосуществования

Самая сильная формула выглядит так:

- **EU-style icon = quick disclosure**
- **TAP = full provenance**

По сути, иконка — это front label, а TAP — nutrition facts plus supply chain.

Материал может одновременно иметь:

1. **видимый visual label** для первого контакта;
2. **TAP byline** для человека, который хочет понять авторство точнее;
3. **`data-*` и JSON-LD** для машинного извлечения;
4. **file header и git trailers** для внутренней и архивной проверяемости.

Это не дублирование, а слоистая прозрачность.

## Где EU icons сильнее TAP

Если смотреть честно, у европейского подхода есть одно важное преимущество: он лучше отвечает на вопрос **«что именно увидит обычный человек сразу?»**

TAP уже силен как структура, но у него пока нет такого же компактного и стандартизированного визуального языка, как у EU icons. У него есть byline, `data-*`, JSON-LD, но не хватает простого display-layer, который одинаково легко встроить в интерфейс, карточку, caption, overlay или footer.

Поэтому добавить в TAP visual/icon layer — не уступка, а усиление.

## Где TAP сильнее EU icons

Иконки ЕС не отвечают на вопросы:

- какая именно модель использовалась;
- какой provider;
- был ли человек только промптером или еще редактором;
- есть ли `human review` и как она выражена;
- насколько происхождение записано надежно;
- как происхождение живет в file/git/web/media.

Иконка может сказать **Fully AI-Generated**, но не скажет:

- `claude-opus-4-8` или `gpt-5.4`;
- кто взял на себя review;
- можно ли связать документ с авторским профилем;
- можно ли агрегировать историю вкладов по репозиторию.

TAP это умеет.

## Еще один слой: sparkles как де-факто мировой AI-символ

Помимо официальных EU icons, уже сложился **де-факто общий визуальный символ AI** — sparkles / twinkles / «звездочки».

Это не формальный стандарт, но культурно он уже очень силен:

- Google публично пишет о **rise of the AI sparkle icon** и показывает, как sparkles стали системным знаком AI across Google interfaces;
- в исследовании Google говорится, что пользователи действительно распознают sparkle как знак AI;
- одновременно и Google, и внешние UX-исследователи отмечают проблему: sparkles хорошо сигналят «здесь что-то AI-ish», но **не дают точной, стандартизированной семантики**.

Это делает sparkles полезными как:

- **familiar AI cue**;
- **product/UI shorthand**;
- **легкий companion symbol** рядом с происхождением.

Но не делает их достаточными как нормативное disclosure-решение.

### Что из этого следует для TAP

Для TAP разумно различать **три класса визуальных обозначений**:

1. **Regulatory icons** — например EU icons, когда нужен compliance-oriented display.
2. **Generic AI symbols** — например sparkles, когда нужен знакомый широкий consumer cue.
3. **TAP-native labels** — текстовый или смешанный режим, где есть icon + explicit wording + deeper metadata.

Именно так TAP может стать не конкурентом чужих иконок, а рамкой совместимости между ними.

## Практическое направление для TAP

### 1. Ввести отдельный Display Profile

У TAP уже есть Web/File/Git/Media. Логично добавить:

- **Profile: Display**

Его задача:

- описывать first-exposure disclosure;
- задавать правила perceivability и accessibility;
- описывать mapping между richer provenance и simple visual states;
- позволять использовать разные визуальные семейства: EU-style icons, sparkles, text-only labels, mixed icon+text.

### 2. Нормализовать disclosure states

Минимально полезный набор:

- `human`
- `ai-involved`
- `ai-generated`
- `ai-modified`

Это дает естественный мост:

- **EU Basic icon** -> `ai-involved`
- **EU Fully AI-Generated** -> `ai-generated`
- **EU Partially AI-Modified** -> `ai-modified`

А sparkles можно описать как **non-normative generic visual marker for `ai-involved`**, если рядом есть явный label.

### 3. Развести legal minimum и TAP richness

Это очень важное различие.

- **Legal minimum**: раскрыть сам факт AI-генерации/модификации.
- **TAP richness**: назвать model id, provider, роли, confidence, profiles, author pages, git provenance и т.д.

Тогда TAP не спорит с регулятором, а встраивается **выше минимального порога**.

### 4. Добавить display metadata

Например:

- `display_state`
- `display_family`
- `display_label`
- `display_icon`
- `display_mode`
- `display_basis`

Тогда можно выразить:

- regulatory EU icon;
- sparkles as generic AI cue;
- purely textual label;
- hybrid label + icon + second layer.

### 5. Прямо описать совместимость с внешними icon families

Важно сказать явно:

- TAP не заменяет platform-mandated или law-mandated visible disclosures;
- TAP может сосуществовать с ними;
- TAP может использовать их как совместимый display family;
- TAP может также поддерживать generic icon families, включая sparkles, как non-exclusive and non-normative option.

## Почему это сильная позиция

Если TAP примет такую архитектуру, он будет выглядеть не как альтернативный лагерь, а как **универсальный provenance protocol with multiple display surfaces**.

Это сильнее, чем спорить, какая иконка «правильная».

Потому что в реальном мире будут сосуществовать сразу несколько слоев:

- закон потребует одно;
- продуктовый интерфейс захочет другое;
- происхождение и архивная честность потребуют третье.

TAP может стать рамкой, которая эти слои соединяет.

## Вывод

EU icons и TAP не противоречат друг другу. Они лежат на разных этажах одной системы прозрачности.

- **EU icons** дают минимально понятный human-facing disclosure;
- **sparkles** дают широко узнаваемый consumer/UI signal, но со слабой точностью;
- **TAP** дает точный и переносимый provenance layer.

Лучшее развитие TAP — не отказаться от этой простоты и не раствориться в ней, а сделать следующее:

1. добавить **Display Profile**;
2. ввести нормализованные states вроде `ai-involved`, `ai-generated`, `ai-modified`;
3. описать **совместимость и с EU-style icons, и со sparkles**;
4. сохранить richer metadata как главное отличие TAP.

Тогда TAP сможет быть одновременно:

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