Ты собрал рабочий продукт через ИИ за несколько вечеров, и тут в голове всплывает неудобный вопрос: а код-то чей? Твой, раз ты сидел за клавиатурой? Нейросети, которая его написала? Или ничей, и любой может взять его себе? А если ты хочешь продать этот продукт заказчику - что вообще ему передавать и не отсудит ли он потом права обратно.
Я разберу это по Гражданскому кодексу, статья за статьёй, со ссылками на сам закон. Кому принадлежит код от ИИ, возникает ли на него право вообще, что про это написано в условиях Claude, и как передать код клиенту так, чтобы потом не было спора. Без юридической воды, но и без обещаний, что после статьи ты станешь сам себе юрист.
В Telegram-канале - что нового в вайб-кодинге: инструменты, находки, ошибки. Подпишись.
Я не юрист. Ниже - разбор по тексту Гражданского кодекса и условий сервисов со ссылками на первоисточники, чтобы ты понимал общую картину. Для сделки с реальными деньгами, спора с заказчиком или сложного случая с сотрудниками нужна очная консультация профильного юриста по интеллектуальной собственности.
Считается ли код от ИИ объектом авторского права?
Первое, что нужно понять: код с точки зрения закона - это произведение, как текст или картина, а вовсе не станок и не мебель. Звучит непривычно, но именно так.
К объектам авторских прав также относятся программы для ЭВМ, которые охраняются как литературные произведения.
То есть твой продукт закон ставит на одну полку с романом или статьёй. И охрана эта широкая - отдельная статья уточняет, что она накрывает любую форму кода.
Авторские права на все виды программ для ЭВМ (в том числе на операционные системы и программные комплексы), которые могут быть выражены на любом языке и в любой форме, включая исходный текст и объектный код, охраняются так же, как авторские права на произведения литературы.
Из этого сразу два практических вывода. Первый: право на код возникает само, без всякой регистрации - как только код написан и существует в какой-то форме, он уже под охраной. Регистрировать программу в Роспатенте можно по желанию, для доказательств в споре. Обязанности такой нет.
Второй вывод важнее и часто удивляет. Охраняется конкретный код - тот текст программы, что у тебя получился. А вот идея, задумка, метод работы под охрану не попадают. Тот же закон говорит, что авторские права не распространяются на идеи, концепции, методы и языки программирования. Придумал ты классную механику для приложения - саму механику как идею защитить нельзя, кто угодно может сделать своё приложение с той же логикой. Защищён только твой конкретный код, которым эта логика написана.
Может ли нейросеть быть автором кода?
Тут спрятан корень всей путаницы. Люди на автомате думают: код написал ИИ, значит права у ИИ или у компании, которая его сделала. Закон устроен иначе, и определение автора читается однозначно.
Автором произведения науки, литературы или искусства признается гражданин, творческим трудом которого оно создано.
Ключевое слово - «гражданин». Автором может быть только человек. Не компания, не программа, не робот - человек из плоти и крови. У нейросети нет и не может быть авторства, потому что она не субъект права: она не подписывает договоры, не отвечает по обязательствам, у неё нет ни воли, ни правоспособности.
Тут же встаёт и второй барьер. Общая статья про авторов прямо выводит из их числа тех, кто помог только технически.
Не признаются авторами результата интеллектуальной деятельности граждане, не внесшие личного творческого вклада в создание такого результата, в том числе оказавшие его автору только техническое, консультационное, организационное или материальное содействие или помощь.
Смотри, что получается: закон и живого человека, который лишь помог технически, автором не считает. ИИ в этой картине - инструмент, техническое средство, которым ты пользуешься. Как камера в руках фотографа: снимок принадлежит фотографу. Камера просто сработала, а решение о кадре принял человек. С кодом та же логика: клавиатуру нажимала модель, но задачу ставил, направлял и собирал результат ты.
Поэтому запомни разницу. Право авторства - то самое «я автор» - принадлежит человеку и вообще неотчуждаемо, его нельзя продать или подарить. А вот исключительное право - право распоряжаться кодом, продавать его, разрешать использование - это отдельная штука, и вот с ней уже можно что-то делать. Про неё - дальше.
Возникает ли право на код, если его целиком написал ИИ?
Это самый спорный вопрос темы, и честный ответ - «зависит от того, что ты делал». Всё держится на словах «творческий труд» из определения автора. Право возникает именно из творческого вклада человека, само по себе оно не берётся.
Представь два края. На одном - ты написал в чат «сделай мне сайт» и, не глядя, скопировал всё, что выдала модель. Твоего творческого труда тут кот наплакал: одна фраза. Юристы как раз спорят, рождается ли авторское право на такой голый вывод машины. Со стороны человека вклада почти ноль, а сама модель автором быть не может. Может получиться, что на этот кусок права нет ни у кого.
На другом краю - обычная реальная работа. Ты продумал, что за продукт делаешь, разбил на части, поставил десятки задач, отсмотрел варианты, часть выкинул, часть переписал, состыковал модули между собой, поправил логику, довёл до рабочего вида. Это и есть творческий труд - отбор, компоновка, решения. Тут авторское право на итоговую программу возникает у тебя, потому что итог - плод твоих усилий, а ИИ был инструментом.
Практический вывод простой. Чем больше в проекте твоих решений, правок и сборки, тем крепче твои права на итог. «Навайбкодил» в реальности почти никогда не значит «одна кнопка и готово»: ты часами ведёшь ИИ, правишь, тестируешь, пересобираешь. Именно эта работа и делает тебя правообладателем. А чтобы вклад было видно со стороны, его стоит фиксировать - об этом ниже.
Ты собрал продукт через ИИ - и упёрся в то, что дальше начинается «взрослая» часть: чей это код, как его передать, что с правами. Это ровно та стена, о которую разбивается большинство самодельных проектов. На практикуме я показываю всю связку вайб-кодинга по-взрослому: ИИ-клон + Второй мозг + Контекст-инжиниринг - чтобы проект стоял на ногах и не разваливался на первой же реальной задаче.
Что говорят условия Claude о правах на сгенерированный код?
Со стороны закона мы разобрались, теперь со стороны инструмента. У каждого ИИ-сервиса есть условия использования, и там всегда есть пункт про то, кому достаётся сгенерированное. Разбираю на Claude, потому что сам работаю в нём, но у большинства крупных сервисов формулировка похожая.
В пользовательских условиях Anthropic пункт про вывод звучит так.
Subject to your compliance with our Terms, we assign to you all our right, title, and interest (if any) in Outputs.
Перевожу: «При условии, что ты соблюдаешь наши правила, мы передаём тебе всё наше право на то, что сгенерировано». То есть Anthropic не оставляет себе прав на твой код и не претендует на твой продукт. В коммерческих условиях, для бизнеса, сказано ещё жёстче: вывод принадлежит клиенту, а компания отказывается от любых прав на него и вдобавок обязуется не обучать модели на твоих данных.
А теперь про ту самую оговорку «if any» - «если они вообще есть». Юридически это прямое продолжение того, что мы разобрали в прошлом разделе. Anthropic честно говорит: всё, что у нас есть, - твоё, но есть ли там вообще права - вопрос к закону твоей страны, к нам он отношения не имеет. Ведь если код чистый вывод машины без твоего творческого труда, права может и не быть - тогда и передавать нечего. Так что условия сервиса снимают барьер со стороны инструмента, но закон они собой не заменяют.
Отсюда вывод для практики. Если ты работаешь через свой личный аккаунт и соблюдаешь правила сервиса, со стороны ИИ-инструмента ты чист: он отдал тебе всё, что мог. Проблемы приходят из двух других мест: когда права на код на самом деле у работодателя или заказчика, и когда ты вставил в проект чужой код. Про это - в следующих разделах.
Как передать код заказчику: отчуждение или лицензия?
Теперь про главное для многих: как отдать код клиенту и получить деньги. Закон даёт два инструмента, и они дают заказчику совершенно разный объём прав.
Первый - отчуждение исключительного права. Это продажа права целиком и навсегда.
По договору об отчуждении исключительного права одна сторона (правообладатель) передает или обязуется передать принадлежащее ей исключительное право на результат интеллектуальной деятельности... в полном объеме другой стороне (приобретателю).
После такого договора код - у заказчика, ты им больше не распоряжаешься. Продать этот же продукт второму клиенту ты уже не сможешь. Зато ты один раз получил деньги и вышел из истории. Договор обязан быть письменным, и в нём обязательно указывается вознаграждение: если это возмездный договор без суммы, он считается незаключённым.
Второй инструмент - лицензия. Право ты оставляешь себе, а клиенту разрешаешь пользоваться кодом в рамках, которые сам задал.
По лицензионному договору одна сторона - обладатель исключительного права... (лицензиар) предоставляет или обязуется предоставить другой стороне (лицензиату) право использования такого результата... в предусмотренных договором пределах.
Тут ключевое - «в предусмотренных договором пределах». Что прямо не разрешил, то считается запрещённым. Право остаётся у тебя, а клиент пользуется по правилам: на такой-то территории, такой-то срок, для таких-то целей. Так удобно продавать один продукт многим - каждому лицензию, а сам продукт остаётся твой.
Разница между ними - вот в таблице.
| Признак | Отчуждение (ст. 1234) | Лицензия (ст. 1235) |
|---|---|---|
| Что получает клиент | Право целиком, навсегда | Право пользоваться в рамках договора |
| У кого остаётся право | У заказчика | У тебя |
| Можно продать другим | Нет, право ушло | Да, выдаёшь лицензии скольким угодно |
| Форма договора | Письменная, иначе недействителен | Письменная, иначе недействителен |
| Когда уместно | Продукт под ключ одному клиенту | Доступ к сервису, тираж, подписка |
Что бы ты ни выбрал, работает одно железное правило: договор письменный. Устная договорённость «я тебе код, ты мне деньги» юридически ничего не передаёт - по закону такой договор просто недействителен, и позже заказчик или ты сможете это оспорить.
Кому принадлежит код, если его писал сотрудник или подрядчик?
Пока ты пишешь код сам для себя, всё просто: право твоё. Но как только появляются другие руки - наёмный человек или подрядчик, - расклад по умолчанию меняется, и об этом многие узнают уже в суде.
Случай первый: код написал твой сотрудник. Например, ты нанял человека, и он в рабочее время через ИИ собрал тебе часть продукта.
Исключительное право на служебное произведение принадлежит работодателю, если трудовым или гражданско-правовым договором между работодателем и автором не предусмотрено иное.
То есть право авторства остаётся у сотрудника - он честно автор, - но распоряжаться кодом по умолчанию будешь ты как работодатель. Логика понятная: платишь человеку зарплату за эту работу, значит результат работает на тебя.
Случай второй, обратный: это ты заказал разработку на стороне. Нанял фрилансера или студию сделать тебе продукт.
Исключительное право на программу для ЭВМ, базу данных или иное произведение, созданные по договору, предметом которого было создание такого произведения (по заказу), принадлежит заказчику, если договором между подрядчиком (исполнителем) и заказчиком не предусмотрено иное.
По умолчанию право у тебя как у заказчика - это защищает того, кто заплатил за разработку. Тут есть важная тонкость про одиночного исполнителя-физлицо. Когда код для тебя пишет сам автор своими руками, вступает в силу отдельная статья про договор авторского заказа (статья 1288), и там по умолчанию право может остаться у автора, если в договоре не прописано отчуждение. Со студией или подрядчиком-организацией такого поворота нет. Поэтому спасает всё то же самое: слова «если договором не предусмотрено иное». Договором стороны переигрывают любой расклад. Нет письменного договора - работает правило по умолчанию, и оно может оказаться не в твою пользу.
Отсюда простое правило. Нанимаешь кого-то писать код или сам идёшь в подрядчики - фиксируй права письменно, не надейся на «и так понятно». Договор решает, а память и честное слово в суде не работают.
Как обезопасить себя, если продаёшь продукт на ИИ-коде?
Свожу всё в один план. Это не гарантия от любой претензии, но эти шаги закрывают самые частые и обидные риски.
- Работай через свой аккаунт и по правилам сервиса. Тогда со стороны ИИ-инструмента вопрос прав закрыт: условия Claude и других крупных сервисов передают вывод тебе. Чужой или взломанный аккаунт эту защиту рушит.
- Сохраняй следы своего вклада. История коммитов в git, поставленные задачи, ветки, черновики - всё это доказывает, что был творческий труд, а не нажатие одной кнопки. Если дойдёт до спора, это и докажет, что автор ты.
- Заключай письменные договоры. С заказчиком - отчуждение или лицензию, с сотрудниками и подрядчиками - договор с прямым пунктом, кому достаётся исключительное право. Устные договорённости закон не признаёт.
- Проверяй, что в продукте нет чужого закрытого кода. ИИ иногда вставляет куски из своих данных, а ты можешь по привычке добавить библиотеку с несовместимой лицензией. Продаёшь продукт - отвечаешь за всё, что внутри, включая то, что писал не ты.
- Для серьёзной сделки покажи договор юристу. Когда на кону реальные деньги или крупный клиент, час консультации профильного юриста дешевле, чем потом судиться за права на собственный продукт.
Отдельно про чужой код внутри - это недооценённый риск. Твои права на свою часть могут быть железными, но если ИИ подмешал фрагмент под несовместимой лицензией или ты сам подключил чужую библиотеку не глядя, отвечать перед заказчиком за это будешь ты. Поэтому чем аккуратнее и надёжнее собран сам продукт, тем меньше сюрпризов - про это у меня есть отдельный разбор, как проверить код от ИИ, если не умеешь читать код.
С чего начать, чтобы разобраться с правами на свой код?
Не надо становиться юристом за один вечер. Разумнее закрыть базу, а тонкости добить по мере роста проекта.
Три шага на ближайшее время:
- Проверь свой аккаунт. Работаешь через личный аккаунт ИИ, не через купленный или общий, и соблюдаешь правила сервиса. Это снимает вопрос прав со стороны инструмента.
- Включи историю правок. Веди проект в git - тогда твой творческий вклад фиксируется сам собой, коммит за коммитом. Позже это лучшее доказательство, что автор ты.
- Определись со способом передачи. Если планируешь продавать или отдавать код клиенту, реши заранее: продаёшь насовсем (отчуждение) или разрешаешь пользоваться (лицензия). И оформляй письменно, не на словах.
Это не броня от любого спора, но эти шаги снимают самые частые и самые дешёвые для оппонента претензии. Дальше, когда появятся сотрудники, крупные заказчики или серьёзные суммы, имеет смысл показать договоры профильному юристу. А на старте вот эти три шага закрывают основное. Если следом встанет вопрос денег, у меня есть парный разбор, как принимать оплату за свой продукт из России - там про самозанятого, ИП и чеки.
Частые вопросы
Источники
- ГК РФ, статья 1228 (автор результата интеллектуальной деятельности)
- ГК РФ, статья 1257 (автор произведения)
- ГК РФ, статья 1259 (объекты авторских прав, программы для ЭВМ)
- ГК РФ, статья 1261 (программы для ЭВМ)
- ГК РФ, статья 1234 (договор об отчуждении исключительного права)
- ГК РФ, статья 1235 (лицензионный договор)
- ГК РФ, статья 1288 (договор авторского заказа)
- ГК РФ, статья 1295 (служебное произведение)
- ГК РФ, статья 1296 (произведения, созданные по заказу)
- Anthropic Consumer Terms of Service (права на Outputs)
- Anthropic Commercial Terms of Service (права на Outputs для бизнеса)
- Разбор: как принимать оплату за свой продукт из России
- Разбор: как проверить код от ИИ, если не умеешь читать код
Собрать продукт через ИИ - половина дела, дальше начинается взрослая часть: права, договоры, деньги. Полная схема вайб-кодинга за три вечера: ИИ-клон + Второй мозг + Контекст-инжиниринг. Записи эфиров в личном кабинете, доступ 30 дней.
Новые материалы - дайджестом, без спама
Гайды выходят регулярно. Подпишись, чтобы не пропускать: пришлю подборку в Telegram или на email. Раз в неделю или каждый день - выбираешь сам.
