# TAP и EU AI Icons: как они могут сосуществовать рядом

_2026-07-20_

> EU icons отвечают на вопрос «что это передо мной?», TAP - на вопрос «кто и как это сделал?». Один слой не отменяет другой.

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

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

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

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

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

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

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

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

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

- **deepfakes** - AI-generated or manipulated image, audio, or video content;
- **AI-generated or manipulated text on matters of public interest**, если текст не прошел human review/editorial control и никто не взял на себя editorial responsibility.

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

1. **Basic icon** - когда AI участвовал в создании deepfake-контента или опубликованного текста, либо когда используется дополнительный label или interactive second layer.
2. **Fully AI-Generated** - когда весь материал целиком создан AI без human-created elements и без human editorial control, кроме prompting.
3. **Partially AI-Modified** - когда исходный человеческий материал был частично изменен AI.

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

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

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

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

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

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

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

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

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

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

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

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

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

### Уровень 2. Расширенное provenance

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

- какая именно модель участвовала;
- кто был accountable human;
- какие были роли (`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` и как она выражена;
- насколько provenance записан надежно;
- как provenance живет в 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** рядом с provenance.

Но не делает их достаточными как нормативное 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-generation/manipulation.
- **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**.

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

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

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

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 сможет быть одновременно:

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