AI помог написать код. Теперь клиент просит передать все права

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

Исполнитель передаёт клиенту все права на результат и гарантирует, что он оригинален и не содержит сторонних материалов.

Дальше примеры договорных условий тоже буду приводить по‑русски.

Попробуем подписать этот пункт за студию, которая использовала Cursor, Claude Code или Codex. У неё есть собственная платформа, новый адаптер к системе клиента и несколько библиотек. Помощник участвовал и в доработке платформы, и в написании адаптера.

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

Мне здесь интереснее разобраться, что именно студия может обещать клиенту. Из общего спора «кому принадлежит AI‑код» готового ответа для этой сделки не получится.

Начнём с MIT

Пусть в поставку входит библиотека под MIT. Команда вправе использовать её в коммерческом продукте, изменять и распространять, соблюдая условия лицензии. В копиях или существенных частях программы нужно сохранять уведомление об авторских правах и текст разрешения. Это следует из самого текста MIT ^[1].

С библиотекой всё может быть совершенно законно. Но обещание «результат не содержит сторонних материалов» всё равно будет неверным: сторонний компонент в продукте есть.

Если пакет выбрал и подключил AI‑помощник, положение не меняется. Клиент получает библиотеку на условиях её лицензии. Обещание студии передать исключительные права на всю поставку с этим не согласуется.

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

Часть этой работы можно автоматизировать. Например, Syft ^[2] собирает ведомость компонентов, SBOM, из файловой системы или контейнера. ScanCode Toolkit ^[3] помогает находить сведения о лицензиях и авторах в файлах.

Но у такого учёта есть граница. Если сторонний фрагмент оказался внутри вашего parser.py, он может не появиться отдельной зависимостью в lock‑файле. Здесь придётся смотреть сам код, историю изменений и известные источники. При найденном сходстве нужно выяснить, что совпало и на каких условиях этот материал можно использовать. Пустой отчёт сканера также оставляет вопросы, которые инструмент не проверяет.

Что останется у студии после сдачи

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

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

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

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

У клиента при этом есть разумный интерес ^[4]. Он платит за работающую интеграцию и хочет пользоваться ею после окончания отношений со студией. Возможно, ему понадобится нанять другую команду, исправить ошибку ^[5], добавить источник данных или подключить дочернюю компанию.

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

Отдельно остаются документы самой команды. История Git показывает, от чьего имени внесены изменения. Основание, по которому компания может распоряжаться соответствующими правами, нужно искать в отношениях с разработчиком: его статусе, договоре и обстоятельствах создания кода.

Что означает «результат принадлежит вам»

Условия AI‑сервисов действительно содержат положения о правах пользователя. Прочитаем, что именно они дают.

По пункту 5.3 условий Cursor ^[6] компания, которая разрабатывает этот инструмент, передаёт пользователю свои права на предложения сервиса, если такие права у неё есть. Здесь важны оба ограничения: чьи права передаются и существуют ли они. Пункт 1.4 также допускает одинаковые или похожие результаты у разных пользователей.

В разделе B коммерческих условий Anthropic ^[7] права распределяются между сторонами с учётом применимого закона; компания передаёт свои права на результат, если они у неё имеются. В потребительских условиях ^[8] тоже предусмотрена передача таких прав.

Какой именно договор нужно читать, зависит от способа использования Claude Code. Документация ^[9] относит Team, Enterprise и Claude API к коммерческим условиям, а личные тарифы, включая Pro и Max, к потребительским. Запись «разработчик использовал платный Claude» для проверки слишком неопределённа.

Для Codex есть ещё более прямое предупреждение. Раздел 4 условий сервисов OpenAI ^[10] говорит, что на сгенерированный код могут распространяться сторонние лицензии, включая open source.

Из этих документов можно выяснить отношения пользователя с поставщиком AI. Права авторов библиотек, обязанности перед клиентом и оформление работы сотрудников требуют отдельной проверки.

Есть и вопрос о том, возникает ли авторское право на конкретный результат. Бюро авторских прав США в отчёте 2025 года ^[11] связывает охрану с человеческим творческим вкладом. Для рассмотренных в отчёте технологий одних промптов недостаточно: пользователь описывает желаемое, но не контролирует достаточно точно, как оно будет воплощено. Творческие изменения, отбор и организация материала могут охраняться. Это позиция в рамках американского права; для другой страны потребуется собственный анализ.

Считать процент строк, которые человек переписал после генерации, для такого вывода недостаточно. Важен характер его вклада. В англоязычном договоре стоит уточнить значение слова original: клиент требует самостоятельной разработки, отсутствия неправомерного копирования или исключительных прав на определённую часть продукта? Это разные обещания.

Если появится претензия

Следующая мысль понятна: раз код предложил сервис, возможно, он и оплатит спор. Проверять это стоит до того, как студия согласится возмещать клиенту любые расходы.

У Anthropic раздел K коммерческих условий предусматривает защиту от определённых претензий о нарушении интеллектуальных прав. В потребительских условиях аналогичного обязательства нет. При этом коммерческая защита тоже ограничена: исключения затрагивают, среди прочего, требования, возникающие из изменений результата или его сочетания с другими материалами. Существенна связь с причиной претензии. Сводить условие к правилу «изменили одну строку и потеряли всю защиту» было бы неточно. Коммерческие условия, раздел K ^[7].

У OpenAI нужно сопоставлять несколько положений. Раздел 13 Services Agreement ^[12] описывает защиту по претензиям к сервисам, а Service Terms ^[10] отдельно регулируют защиту в отношении результатов для API и указанных там Enterprise‑продуктов.

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

Теперь положим рядом договор студии с клиентом. В нём могут быть другие основания ответственности, сроки уведомления, правила ведения спора и пределы выплат. Разницу между двумя договорами придётся принять на себя или устранить на переговорах. Квитанция об оплате подписки этого сравнения не заменит.

Что отправили помощнику

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

По пункту 1.2 условий Cursor пользователь, отправляя материалы, заверяет, что у него есть все права и разрешения, необходимые для их обработки сервисом. Пункт 1.3 отдельно регулирует обучение ^[13] на контенте. Даже если обучение отключено, остаётся сама передача данных для работы инструмента. Условия Cursor ^[6].

Если NDA запрещает такую передачу и разрешения на неё нет, проблема затронет и договор с клиентом, и достоверность заверения перед поставщиком AI. Без чтения документов объявлять любую загрузку клиентского кода нарушением было бы неправильно.

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

С чем вернуться к клиенту

Теперь исходный пункт можно обсуждать по существу.

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

Вместо обещания полного отсутствия сторонних материалов можно предложить условие следующего содержания:

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

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

Клиент может возразить, что список исключений оставит его с продуктом, который нельзя нормально использовать. Ответом должны стать конкретные разрешения: запускать систему, менять её, привлекать поддержку, использовать в согласованной группе компаний. Если какое‑то из этих действий запрещает сторонняя лицензия, это нужно выяснить до подписания.

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

Перед отправкой я бы открыл рядом релиз и раздел о правах. Если в одном есть библиотека под MIT, а в другом всё ещё написано «сторонних материалов нет», работа над договором не закончена.

Условия сервисов и ссылки проверены 5 ноября 2026 года. Для конкретного проекта нужно учитывать действовавшую редакцию соглашения, отдельные договорённости с поставщиком и применимое право.