Коммерческая лицензия API для генерации 3D-моделей — это не флаг разрешения, который включается при успешном API-вызове. Прежде чем сгенерированная сетка, текстура или иной ассет попадёт в продукт, кампанию, игру, витрину магазина или клиентскую поставку, кто-то из команды должен проверить условия и фактические обстоятельства для этой работы.
Данная статья носит образовательный характер и не является юридической консультацией. Ответ может зависеть от маршрута модели, условий провайдера и платформы, ассетов, предоставленных в качестве входных данных, предполагаемого использования результата, а также законов или договоров, применимых к проекту.
Задайте конкретный вопрос
Вместо вопроса: «Можно ли использовать созданные с помощью ИИ 3D-модели в коммерческих целях?», задайте себе следующий вопрос:
Какие разрешения, ограничения и записи применяются к этому маршруту модели, этим входным данным, этому результату и этому запланированному использованию?
Такая формулировка важна. Доступ к API, оплата или успешный результат не доказывают, что разрешено любое коммерческое использование.
Разделите проверку на пять частей
Коммерческая проверка становится проще, когда команда не объединяет разные вопросы в один.
Область проверки | Что подтвердить | Почему это важно |
|---|---|---|
Условия модели и провайдера | Модель, версия, маршрут, актуальные условия, ограничения использования и заявленные запреты | Разрешения могут различаться в зависимости от маршрута и меняться со временем |
Условия платформы | Условия сервиса и правила учётной записи для рабочего процесса с API | Платформа маршрутизации и исходный провайдер могут нести разные обязанности |
Права на входные данные | Право собственности, лицензии, разрешения и договорные ограничения для каждого изображения, меша, референса или набора данных | Новый результат не устраняет проблемы, связанные с исходным ассетом |
Результат и запланированное использование | Будет ли ассет демонстрироваться, продаваться, поставляться, сублицензироваться, использоваться для обучения или передаваться клиенту | Внутренний прототип и публичный релиз продукта могут требовать разной проверки |
Запись обоснования | Информация, необходимая для последующего объяснения решения | Чёткая запись полезна при изменении маршрута, политики или проекта |
Используйте это как рабочий контрольный список. Это не заменяет действующие условия или квалифицированную юридическую консультацию.
Определите маршрут, который вы фактически используете
Не оценивайте только ярлык категории. Запишите маршрут, использованный приложением, название модели, версию модели (если имеется), время запроса, контекст учетной записи или проекта, а также любые параметры конфигурации, существенно влияющие на результат.
На платформе представлены актуальные модели, документация и информация о ценах.
Используйте Models для определения доступных категорий и маршрутов.
Прочитайте Documentation, прежде чем принимать решение о выпуске в производство.
Проверьте значение Pricing на тот момент, а не полагайтесь на старый скриншот или скопированную таблицу цен.
В условиях использования платформы она описывается как технический посредник для API третьих сторон. Это различие стоит учитывать при проверке. Доступ к платформе не заменяет условия или ограничения, которые могут применяться к вышестоящей модели или поставщику.
Ознакомьтесь с актуальным Terms для данного маршрута и проекта.
Проверьте права на входные материалы до отправки запроса
Многие вопросы о коммерческом использовании начинаются с входных материалов. Команды могут отправлять фотографии продуктов, референсные изображения, существующие меши, концепты персонажей, материалы клиентов, бренд-активы или контент третьих лиц. Они должны знать, что им разрешено отправлять и какие соглашения ограничивают повторное использование.
Для каждого входного материала фиксируйте владельца или источник лицензии. Проверьте, разрешены ли использование API и преобразование. Отмечайте товарные знаки, брендированные продукты, людей, узнаваемые образы, конфиденциальные материалы и ограничения клиентов. Храните подтверждающие документы вместе с проектом, а не в почтовом ящике одного из участников.
Если источник актива, согласие или договор неясны, урегулируйте это до отправки производственного запроса. Корректный API-запрос не является проверкой прав.
Запишите, как будет использоваться результат
Планируемое использование актива должно быть зафиксировано в записи. Внутренний прототип, игра, карточка товара для электронной коммерции, рекламный креатив, результат для клиента, товар на маркетплейсе и распространяемый пакет активов могут поднимать разные вопросы.
Перед выпуском задайте следующие вопросы:
Является ли использование публичным, платным, ориентированным на клиента или предполагающим распространение?
Требует ли договор условий об обладании правами, эксклюзивности, указании авторства, возмещении убытков или согласовании?
Можно ли спутать результат с охраняемым брендом, реальным человеком или охраняемым материалом, использованным в качестве референса?
Устанавливают ли действующая документация или условия для выбранного маршрута ограничение, существенное для такого использования?
Цель не в том, чтобы приводить каждый проект к одному и тому же выводу. Она в том, чтобы сделать решение достаточно понятным, чтобы последующий проверяющий мог увидеть, что именно проверила команда.
Сохраните производственную документацию, пока работа ещё свежа в памяти
Командам часто приходится пересматривать принятое решение после вопроса от клиента, изменения политики или последующего выпуска продукта. Сохраните доказательства по проекту, пока доступны подробности.
Поле | Доказательства, которые необходимо сохранить |
|---|---|
Проект и предполагаемое использование | Функция продукта, кампания, результат для клиента или план распространения |
Сведения о маршруте и модели | Выбранный маршрут, идентификатор модели, ссылка на версию или релиз и отметка времени запроса |
Подтверждение ввода | Владелец актива, ссылка на лицензию, согласие или утвержденное местонахождение источника |
Отслеживаемость результатов | Идентификатор результата, хеш файла, место хранения и существенные правки, внесенные человеком |
Проверенные условия | URL-адреса условий поставщика и платформы или сохранённые ссылки, а также дата проверки |
Решение | Одобрено, ограничено, передано на рассмотрение вышестоящим инстанциям или отклонено, с указанием рецензента и обоснования |
Не указывайте API-ключи, пароли или токены доступа в записи о происхождении актива.
Добавьте отзыв в рабочий процесс платформы.
Используйте актуальные страницы платформы как контрольные точки в техническом рабочем процессе:
Browse models для определения маршрута, который будет использовать ваш рабочий процесс.
Read the documentation перед интеграцией маршрута в приложение.
Compare model pricing before production use после подтверждения маршрута и планируемой нагрузки. Отображаемые цены могут меняться.
Read the Terms вместе с соответствующей информацией об исходной модели и поставщике.
Эти шаги создают отслеживаемое техническое решение. Они не предоставляют универсальную коммерческую лицензию, не подтверждают права третьих лиц и не заменяют юридическую оценку, учитывающую специфику проекта.
Эскалируйте вопрос, если ответ неясен
Обратитесь к квалифицированному юристу или соответствующему правообладателю, если условия неоднозначны или противоречат друг другу, если проект требует исключительных прав либо связан с высокобюджетной кампанией, узнаваемыми людьми, товарными знаками, обязательствами по возмещению убытков клиенту или конфиденциальными данными. Это особенно важно до публичного распространения, платной рекламы или принятия обязательства предоставить клиенту исключительные права.
Итоговый контрольный список
Перед коммерческим выпуском сгенерированного 3D-актива убедитесь, что команда может ответить на следующие вопросы:
Какой маршрут и какая модель сгенерировали актив?
Какие действующие условия поставщика и платформы мы проверили?
Есть ли у нас разрешение на отправку и преобразование каждого входного материала?
Добавляет ли предполагаемое коммерческое использование ещё одно требование?
Зафиксировали ли мы маршрут, входные материалы, результат, ссылку на условия, проверяющего и решение?
Эскалировали ли мы нерешённые вопросы до публикации, продажи или передачи актива?
Перед началом производства проверьте текущий маршрут модели, документацию и Условия. Храните запись о решении вместе с проектом и пересматривайте её, если меняются маршрут, условия или предполагаемое использование.