Происхождение песни: как проверить файл на участие ИИ
Происхождение песни по аудиофайлу: проверяем обычные теги, различаем детектор и SynthID. Реальный пример двух WAV и порядок действий без гарантий распознавания.
Денис
Продакт LibraChat
7 мин чтения
У двух моих учебных WAV противоположные комментарии: «Created without AI» и «AI-generated song». Звуковые данные совпадают до последнего байта. Я поменял только служебную подпись. Такой маленький опыт быстро показывает, почему происхождение песни нельзя установить по названию файла или обычному текстовому тегу, даже если надпись выглядит убедительно.
Когда есть только аудио, полезно разделить три проверки: что написано внутри файла, что обнаруживает конкретный детектор и есть ли проверяемая метка происхождения. Ни одна из них не требует заранее объявлять исполнителя человеком или нейросетью. Сначала нужно понять, на какой вопрос отвечает найденный сигнал.
Происхождение песни не записывается одной фразой
Для проверки я создал локальным скриптом короткую последовательность из четырёх синтезированных тонов. Затем сохранил одинаковые звуковые данные в двух WAV и добавил разные комментарии. Это учебный звук без вокала, а не настоящая запись исполнителя и не образец работы музыкальной модели. Он нужен для одного вопроса: может ли служебный текст расходиться при неизменном звуке?
После записи я заново открыл оба файла. Отдельно прочитал комментарии, параметры аудио и сами звуковые данные — PCM. Получилась такая сверка:
Проверенное поле · sample-a.wav · sample-b.wav
Текстовый комментарий — Created without AI — AI-generated song
Я проверил именно равенство данных. Ни один аудиодетектор на этих заготовках не запускался. Поэтому из опыта нельзя вывести точность распознавания ИИ или назвать одну копию «человеческой», а другую «нейросетевой». Зато можно сделать более узкий вывод: оба комментария записаны независимо от звучащего содержимого.
В документации Microsoft о RIFF формат описан как набор блоков; дополнительные сведения могут храниться отдельно от звукового содержимого. Моя проверка касается обычной редактируемой строки. Она ничего не говорит о достоверности криптографически подписанной истории файла — это другой механизм.
Что на самом деле ищет аудиодетектор
После недостоверного тега хочется найти кнопку, которая скажет правду за него. У статистического аудиодетектора другая задача: по изученным признакам отнести материал к определённому классу. Поэтому я сначала смотрю, какой класс заявлен. Полностью сгенерированный трек, синтетический вокал и применение ИИ на отдельном этапе производства — разные вопросы.
Исследование AI-Generated Music Detection and its Challenges, принятое на ICASSP 2025, показывает возможность обучать такие классификаторы. Авторы одновременно подчёркивают проблемы переноса на неизвестные генераторы и устойчивости к изменениям аудио. Хороший результат в описанном испытании не снимает эти вопросы для другого файла.
Если проверяешь происхождение песни, у показателя должны быть условия. Я бы искал в описании инструмента:
какие виды генерации он обучен распознавать;
на каких данных и преобразованиях проверяли работу;
учитываются ли ошибочные срабатывания на обычных записях;
что означает выведенное число: оценку модели, порог или результат калибровки.
Без этих сведений я запишу только «сервис выдал такой сигнал». Превращать его в процент установленного авторства нельзя. И отрицательный результат не расширю до утверждения, что в создании песни точно не участвовала никакая система ИИ.
Здесь полезно остановиться перед повторной загрузкой. Два разных сервиса могут проверять разные признаки. Среднее арифметическое их процентов не создаёт общего измерительного прибора. Нужно сопоставлять назначение проверок, а не выбирать самое уверенное число.
Как проверить метку SynthID в доступном сервисе
Водяной знак создают иначе: поддерживаемый генератор встраивает специальную метку в результат. Проверяющий инструмент ищет эту метку. В официальном описании Google SynthID для аудио названы, в частности, музыка Lyria и звуковой результат NotebookLM. Это конкретная система маркировки, а не универсальное свойство любого синтетического звука.
На проверку 13 ноября 2026 года официальная справка Gemini описывает проверку загруженного аудиофайла для вошедших пользователей. Если этот сервис тебе доступен, маршрут такой:
Открыть Gemini и выбрать добавление файла с устройства.
Загрузить один разрешённый аудиофайл в пределах текущих ограничений справки.
Спросить, создано или изменено ли это аудио средствами Google AI.
Сохранить ответ вместе с обозначением проверенной версии файла.
Это подтверждённая по документации последовательность. Я не выполнял её на своих WAV и не показываю выдуманный ответ о найденном знаке. У разных средств проверки SynthID может отличаться охват; здесь речь именно о маршруте Gemini из его справки.
Официальная инструкция также различает SynthID и Content Credentials. Второй механизм сообщает сведения о происхождении и истории из совместимой подписанной записи. Если такие сведения доступны, нужно читать, кто их предоставил и какое действие описал. Обычный комментарий из моей таблицы не становится Content Credentials из-за слов «без ИИ».
Если метки нет, происхождение песни остаётся открытым
Отсутствие обнаруженного знака конкретной системы не доказывает человеческое исполнение. Файл мог происходить из другого генератора. Кроме того, справка Google предупреждает: после многочисленных изменений знак иногда перестаёт обнаруживаться. Поэтому для проверки я предпочёл бы исходный полученный файл, сохранив его отдельно от своих конвертированных копий.
Чужую музыку ради проверки нельзя автоматически считать разрешённым материалом для любой внешней загрузки. Для собственного неопубликованного трека сначала разберись с условиями сервиса и реши, готов ли передавать его. Если нужной проверки нет или файл нельзя отправлять, заключение может остаться неполным. Это полезнее выдуманной уверенности.
Я оставляю происхождение песни открытым там, где кончились подтверждения. Формулировка «проверка не обнаружила метку Google AI» уже и точнее, чем «песню написал человек». А сообщение о метке не распределяет автоматически работу между автором слов, композитором и исполнителем. Сведения об отдельных ролях выясняются отдельно.
Если удалось установить название и релиз, можно перейти к первичным описаниям создания записи. Этот другой маршрут разобран в подборке песен с проверенными AI-кредитами. Для файла без кредитов нельзя молча подставить историю похожей по названию песни.
Что оставить в коротком заключении
Перед следующим сообщением о находке я запишу четыре вещи: какой файл проверял, каким методом, что именно обнаружено и какой вывод ещё не подтверждён. Если происхождение песни обсуждается после пересылок, обозначение файла особенно полезно: собеседники могут говорить о разных версиях.
Если трудно отделить результат инструмента от своего предположения, обсуди формулировку с LibraChat. Предлагаемый запрос для этой текстовой работы:
Помоги сократить мою заметку о проверке аудиофайла. Раздели наблюдение, вывод и оставшуюся неизвестность. Не определяй происхождение музыки самостоятельно и не добавляй уверенность. Исходные сведения: [мой метод и его фактический результат].
Это работа с уже записанными сведениями; аудиофайл для выдуманной экспертизы прикреплять не нужно. Текстовые возможности своего доступа можно сверить с тарифами LibraChat.
У моих двух WAV итог небольшой: комментарии противоречат друг другу, звуковые данные одинаковы. Этого достаточно, чтобы отказаться от тега как единственного доказательства. Попробуй прямо сейчас выбрать в своей заметке одно утверждение о происхождении файла и дописать способ его проверки. Если подходящего свидетельства нет, сохрани вопрос открытым — не заменяй его более уверенной фразой.
происхождение музыкиаудиофайлметаданныеSynthIDдетектор ИИLibraChat
