ИИ в IDE: инструмент или соавтор?

Привет! Меня зовут Тома, я IT-юрист в ecom.tech. Бурное внедрение ИИ-ассистентов и ИИ-агентов в разработку и бизнес-процессы уже невозможно игнорировать. Я сделала обзор основных инструментов для написания кода и оценила их с правовой точки зрения. Пойдём по порядку: что такое IDE, как в ней появился ИИ, причём тут ИИ-ассистенты и что со всем этим делать юристу.

Word vs IDE

Представьте, что вы открываете Word, начинаете писать исковое заявление, и после первого предложения программа сама дописывает оставшиеся четыре страницы. С правильными ссылками на нормы, корректной структурой, подходящей аргументацией. Вы пробегаете текст глазами, нажимаете «Принять» и документ уходит в суд. Примерно так сегодня выглядит работа разработчика, только вместо Word — среда разработки (IDE) со встроенным ИИ-ассистентом (Copilot etc.), а вместо текста искового заявления — исходный код. Разработчик вводит запрос на русском или английском языке и встроенный ИИ-ассистент генерирует готовый фрагмент на десятки строк. Одно нажатие клавиши и этот код становится частью коммерческого продукта.

Звучит удобно. Но вот тут мы, юристы, не можем просто кивнуть и пойти дальше. Кто автор этого кода – разработчик, который нажал кнопку, или алгоритм, который его написал? Кому принадлежат исключительные права на результат? Если в сгенерированном коде обнаружится чужой защищённый фрагмент — кто за это отвечает?

Среда разработки с правовой точки зрения

Мы уже сравнивали среду разработки с Word и эта аналогия вполне рабочая. Word — это программа, в которой создают тексты. IDE — это программа, в которой создают другие программы. Как и Word, IDE предоставляет удобный интерфейс: подсвечивает синтаксис, помогает находить ошибки, позволяет запускать и тестировать написанное. По сути, это рабочее место разработчика, всё необходимое собрано в одном окне. Только вместо шрифтов и полей — компиляторы, отладчики и терминалы. Звучит сложно, но принцип тот же: инструмент, который делает работу с текстом (в данном случае — с кодом) удобнее и быстрее.

С точки зрения российского права IDE — это программа для ЭВМ в смысле статьи 1261 ГК РФ, а значит, она является объектом авторского права и охраняется как литературное произведение. У каждой IDE есть правообладатель, как правило, компания-разработчик, которая определяет условия использования своего продукта. Здесь ничего необычного: правовой режим IDE ничем принципиально не отличается от правового режима любой другой программы, будь то текстовый, графический редактор или мобильное приложение.

Интереснее другое, на каких условиях эти IDE попадают к пользователю. Здесь сложились три основные модели.

1. Проприетарная лицензия. Исходный код закрыт, пользователь получает ограниченное право на использование программы в рамках, установленных правообладателем. Классический пример, Visual Studio от Microsoft в редакциях Professional и Enterprise.

2. Open source. Код программы доступен всем, его можно изучать, модифицировать и распространять, но на условиях конкретной открытой (open source) лицензии. Например, Visual Studio Code от той же Microsoft распространяется под лицензией MIT. Важно не путать: «открытый код» не значит «без правил». Лицензия MIT — мягкая, но не без условий.

3. Freemium. Базовая версия продукта доступна бесплатно, расширенная функциональность — за плату. Так работает JetBrains: бесплатная версия позволяет писать код, но за полную версию с расширенными инструментами нужно оформить подписку.

Для юриста принципиально то, что все три модели — это варианты лицензирования. Пользователь не покупает IDE в гражданско-правовом смысле, а получает право пользования на определённых условиях. Эти условия фиксируются в лицензионном соглашении, и именно оно определяет, что пользователю можно, а что нельзя. Если очень хочется аналогию, то это ближе к аренде в обывательском смысле.

Но при всём разнообразии лицензионных моделей, до недавнего времени IDE объединяло одно — это был инструмент. Такой же, как Word для юриста. Никому не придёт в голову указать Microsoft Word соавтором искового заявления, даже если программа подчеркнула ошибки и предложила синонимы. IDE занимала ровно ту же позицию: разработчик пишет код, среда разработки помогает делать это удобнее. Автор — человек. Инструмент — программа. Всё просто. Потом внутри инструмента появился ИИ, и простота определения авторства закончилась.

IDE и ИИ-инструменты для разработки

Было бы удобно, если бы все инструменты разработки с ИИ работали одинаково, но нет. Рынок устроен сложнее, и для юриста эта сложность имеет значение. Одни среды разработки существуют десятилетиями, ИИ в них появился как дополнительная функция, своего рода надстройка. Другие, наоборот, изначально спроектированы вокруг ИИ, и без него теряют смысл. Между ними — отдельный класс ИИ-ассистентов, которые сами не являются средами разработки, но подключаются к ним как плагины и делают основную «генеративную» работу.

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

1. Классические IDE и редакторы

Здесь ИИ — функция внутри IDE, а не его основа. Он может быть встроен в саму среду разработчиком IDE, а может подключаться отдельно через плагин. Суть одна: среда существовала до ИИ и прекрасно работает без него. ИИ — опция, а не фундамент.

Visual Studio — полнофункциональная IDE от Microsoft, одна из старейших на рынке (с 1997 года). Распространяется в нескольких редакциях: бесплатная Community и платные Professional и Enterprise. ИИ-функции работают через интеграцию с GitHub Copilot.

IntelliJ IDEA и семейство JetBrains IDE — линейка профессиональных сред разработки от компании JetBrains (Чехия, основана выходцами из России). IntelliJ IDEA — флагман, ориентированный на Java и Kotlin. Помимо неё есть PyCharm для Python, WebStorm для JavaScript, PhpStorm для PHP и другие специализированные продукты. Модель распространения — freemium: есть бесплатные версии Community Edition и платные по подписке. Компания внедрила собственный JetBrains AI Assistant и ИИ-агента Junie. Оба инструмента встраиваются как дополнительная функция.

Visual Studio Code (VS Code) — бесплатный редактор кода от Microsoft с открытым исходным кодом (лицензия MIT). Несмотря на похожее название, это отдельный продукт, более лёгкий, чем Visual Studio. Строго говоря, VS Code — не полноценная IDE, а расширяемый редактор, который приближается к IDE за счёт различных плагинов. Именно VS Code стал основной площадкой для подключения ИИ-ассистентов: GitHub Copilot, GigaCode, Amazon Q Developer и десятки других работают с ним через плагины.

1С:Предприятие (Конфигуратор) и 1С:EDT — средства разработки внутри экосистемы «1С:Предприятие». Конфигуратор — встроенный инструмент для создания и модификации решений на языке 1С. 1С:EDT — более современная среда, построенная на базе платформы Eclipse, с привычным для индустрии интерфейсом. Оба продукта — полностью проприетарные, используются исключительно внутри платформы «1С:Предприятие». Элементы ИИ внедряются через ассистент «1С:Напарник для разработки». Включены в Единый реестр отечественного ПО.

GigaIDE — среда разработки от Сбера, построенная на открытой платформе IntelliJ. ИИ-функции работают на базе модели GigaChat. Включена в Единый реестр российского ПО. Для юриста и специалиста по персональным данным привлекательна тем, что вся цепочка, от среды разработки до ИИ-модели, находится в России.

2. ИИ-ассистенты и плагины

Эти решения не являются самостоятельными средами разработки. Это подключаемые модули, которые встраиваются в существующие IDE, но именно они выполняют главную работу – генерируют код. Если проводить аналогию с нашим Word: IDE — это сам редактор, а ИИ-ассистент — тот, кто в нём печатает. Юридически это ключевое звено цепочки.

GitHub Copilot — самый распространённый ИИ‑ассистент. Разработан GitHub (принадлежит Microsoft) на моделях OpenAI. Подключается к VS Code, Visual Studio, JetBrains IDE. Распространяется по подписке, есть бесплатный уровень с ограничениями.

Amazon Q Developer — ИИ‑ассистент от Amazon Web Services (ранее известен как Amazon CodeWhisperer). Подключается к VS Code, JetBrains IDE, консоли AWS. Распространяется в бесплатной и платной версиях. Отличительная особенность — встроенный reference tracker: если ИИ генерирует фрагмент, совпадающий с кодом из открытых источников, система уведомляет об этом и указывает оригинальную лицензию. Это прямая попытка закрыть правовой риск техническими средствами.

GigaCode – ИИ-ассистент от Сбера, работающий на базе модели GigaChat. Подключается как плагин к VS Code и JetBrains IDE. Также является частью GigaIDE, но может использоваться и отдельно, в любой поддерживаемой среде.

SourceCraft Code Assistant — ИИ‑ассистент от Яндекса, построенный на базе моделей YandexGPT. Интегрируется в JetBrains IDE и VS Code. Входит в платформу Yandex Cloud и ориентирован на корпоративный сегмент.

3. AI-first редакторы

Это отдельная категория и самая молодая. Здесь ИИ не добавлен в среду разработки, а является её ядром. Интерфейс, рабочий процесс, сама логика взаимодействия спроектированы вокруг ИИ. Если классическая IDE — это Word, в который добавили автоподсказки, то AI‑first редактор — это программа, которая сразу задумана как соавтор. Юридически именно этот класс инструментов создаёт наибольшую неопределённость.

Cursor — редактор от американской компании Anysphere Inc., построенный на базе кода VS Code. Разработчик ведёт диалог с ИИ, даёт текстовые указания — ИИ‑агент вносит правки самостоятельно. Распространяется по подписке с бесплатным уровнем.

Windsurf — AI‑first редактор от компании Codeium Inc., также построен на базе VS Code. Ключевая концепция — «потоки» (Flows): ИИ‑агент работает в непрерывном режиме, отслеживая действия разработчика и предлагая контекстные решения на каждом этапе. Распространяется по подписке.

При всём разнообразии, от двадцатилетней Visual Studio до только появившегося Cursor, юридические вопросы у этих инструментов общие. Кому принадлежит код, который сгенерировал ИИ? На каких данных обучалась модель? Какие права на ваш код получает поставщик ИИ‑сервиса? Инструменты разные — вопросы одни.

Как ИИ участвует в написании кода

Когда говорят, «ИИ помогает писать код», это звучит абстрактно. На практике за этим стоит конкретный набор функций, и каждая из них предполагает разную степень участия машины в результате. Для юриста это принципиально: одно дело, подсказка на полстроки, другое — готовый модуль на сотню строк, сгенерированный по одному предложению. Разберём по порядку.

Автодополнение. Разработчик начинает писать, ИИ анализирует контекст и предлагает продолжение: следующую строку, блок кода, завершение функции. Работает это как T9, только умнее: вы набираете «Буду через», а телефон сам предлагает «10 минут». ИИ в IDE делает то же самое, но с кодом и с учётом логики всего проекта. Разработчик принимает предложение одним нажатием клавиши или отклоняет его. Творческий вклад человека здесь ещё ощутим — он задаёт направление, ИИ лишь ускоряет движение.

Генерация кода по промпту. Здесь всё интереснее. Разработчик описывает задачу текстом на обычном языке. Например, «создай функцию, которая сортирует список пользователей по дате регистрации», и ИИ выдаёт готовый фрагмент кода. Человек формулирует задание, машина выполняет. Это как если бы вы сказали стажёру «подготовь проект лицензионного договора» — и получили готовый документ. Только стажёр здесь алгоритм, и степень участия человека в создании конечного результата минимальна.

Рефакторинг. ИИ берёт существующий код и предлагает его улучшить: упростить структуру, повысить производительность, привести к стандартам оформления. Исходный код написан человеком, но результат переработки — продукт ИИ. Ситуация напоминает литературную редактуру: автор написал текст, редактор его переработал. Вопрос в том, насколько глубокой была переработка и кто в итоге «автор» финальной версии.

Генерация тестов. ИИ анализирует написанный код и автоматически создаёт для него проверочные сценарии, тесты. Это как если бы программа сама составляла контрольные вопросы к учебнику. Деталь, которую легко упустить: тесты — это тоже код. Значит, на них распространяются те же вопросы авторства и принадлежности прав, что и на основной продукт.

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

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

Правовые вопросы и риски

Итак, мы разобрались, что делает ИИ в средах разработки и как устроен рынок инструментов. Теперь — к главному. Использование ИИ в процессе создания кода ставит перед правом три связанных, но самостоятельных вопроса. Первый: кому принадлежат права на код, который сгенерировал ИИ? Второй: защищают ли пользователя лицензионные соглашения ИИ‑сервисов? Третий: на чём обучались модели и не нарушает ли сам процесс обучения чьи‑то права? Разберём по порядку.

1. Кому принадлежат права на сгенерированный код?

Отправная точка — статья 1257 ГК РФ: автором произведения признаётся гражданин, творческим трудом которого оно создано. ИИ не является субъектом гражданского права. На первый взгляд это решает вопрос: автор — всегда человек, ИИ — всегда инструмент, но на практике все не так просто.

Проблема в слове «творческим». Если разработчик написал код руками, а ИИ подсказал пару строк — творческий вклад человека очевиден. Авторство сомнений не вызывает.

Ситуация меняется, когда ИИ генерирует существенный фрагмент кода, а разработчик его проверяет, редактирует и адаптирует под свой проект. Здесь уже возникает правовая неопределённость. Аргумент в пользу авторства человека ещё возможен — он отбирал, оценивал, дорабатывал. Но чем меньше доработка, тем слабее аргумент.

И наконец, самый интересный для юриста и самый неудобный для права сценарий. ИИ полностью генерирует код по текстовому описанию, разработчик принимает результат без изменений. Творческий вклад человека здесь сводится к формулировке задания — промпта. Достаточно ли этого для признания авторства? Является ли фраза «создай функцию авторизации пользователя» творческим трудом, результатом которого стал код на пятьдесят строк? Вопрос открытый, и судебной практики по нему в России пока нет.

Три сценария — три разные степени участия человека. Статья 1257 ГК РФ требует творческого труда, но не объясняет, где проходит граница между формулировкой задания и созданием произведения. Пока этой границы нет, каждый случай использования ИИ в разработке остаётся зоной правовой неопределённости.

2. Что говорят лицензионные соглашения?

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

Какие права получает поставщик на ваши данные

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

Amazon Q Developer: Не получает прав на контент. Использует данные только для оказания услуг. Не просматривает код без необходимости. Обязуется защищать данные от утечек.

GitHub Copilot (Business/Enterprise): Пользователь сохраняет право собственности. Код не используется для обучения моделей.

JetBrains AI Assistant: Пользователь сохраняет все права. Прямой запрет на обучение моделей на данных пользователя. Но данные передаются внешним поставщикам ИИ-услуг — пользователь зависит от добросовестности всей цепочки.

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

GigaCode: Исключительные права остаются у пользователя. Но пользователь предоставляет безвозмездную лицензию «в объёме, определяемом архитектурой Сервиса» — если архитектура предполагает дообучение, лицензия это покрывает. При удалении контента лицензия отзывается, но архивные копии могут сохраняться неопределённый срок. Отдельная особенность: код автоматически становится доступен другим пользователям для просмотра и копирования в личных целях.

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

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

Кому принадлежат права на сгенерированный код?

Все пять поставщиков формально отказываются от претензий на результат, но с разными оговорками и разной степенью ответственности.

Amazon Q Developer: Не претендует на результат. Если претензия к сервису AWS — защищает клиента. Если претензия к тому, как клиент использует код, то ответственность на клиенте.

GitHub Copilot: Отказывается от любых прав на результат. Программа Copyright Commitment: Microsoft берёт на себя защиту и финансовые последствия при претензиях о нарушении авторских прав. Только для корпоративных клиентов.

JetBrains AI Assistant: Результат считается данными пользователя. Но предупреждает: ИИ может выдать похожий код другому пользователю, а результат может содержать фрагменты под открытыми лицензиями. Проверять — обязанность пользователя.

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

GigaCode: Сгенерированный код не выделен в отдельную категорию, он подпадает под общее понятие «Контент». Контент является объектом исключительных прав либо Сбера, либо Пользователя, либо других лиц. Если рассматривать сгенерированный код как Контент, созданный пользователем с помощью инструмента, то права на него не переходят Сберу автоматически, формулировка оставляет пространство для толкования. Пользователь обязан сохранять знаки авторства.

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

В итоге лицензионные соглашения не устраняют правовую неопределённость, а лишь перераспределяют её. Пользователь получает удобный инструмент, но вместе с ним — обязанность самостоятельно оценивать чистоту прав на результат.

3. Проблема обучающих данных

Откуда ИИ «знает», как писать код? Он обучался на нём. Языковые модели, лежащие в основе ИИ-ассистентов, тренировались на массивах открытого исходного кода — прежде всего из публичных репозиториев GitHub. Это миллиарды строк кода, написанного реальными разработчиками и опубликованного под различными лицензиями: MIT, Apache 2.0, GPL и другие.

По словам разработчиков, ИИ‑ассистенты способны генерировать фрагменты, дословно или почти дословно совпадающие с кодом из обучающей выборки. Если такой фрагмент изначально опубликован под лицензией GPL, требующей распространения производного произведения на тех же условиях, включение его в закрытый коммерческий продукт может привести к нарушению лицензии. Даже если совпадение произошло «автоматически», ответственность будет оцениваться по факту использования. Причём пользователь может даже не знать, что в его продукте оказался чужой код.

Самый громкий прецедент — коллективный иск Doe v. GitHub Inc., поданный в 2022 году в США. Истцы, разработчики открытого кода, утверждают, что GitHub Copilot воспроизводит фрагменты их кода без соблюдения условий лицензий: без указания авторства и без текста лицензии. Дело находится в процессе рассмотрения и уже стало ориентиром для всей отрасли. Аналогичных исков в российской юрисдикции пока нет, но правовая логика проблемы универсальна, если результат ИИ нарушает условия исходной лицензии, правовая оценка будет строиться по общим нормам об использовании произведений без согласия правообладателя.

Поставщики реагируют. GitHub Copilot внедрил фильтры, блокирующие выдачу фрагментов, совпадающих с кодом из обучающей выборки. Amazon Q Developer пошёл дальше с reference tracker — системой, которая не просто блокирует, а уведомляет пользователя о совпадении и указывает оригинальную лицензию. Это полезные инструменты, но достаточно ли их? С правовой точки зрения такие меры демонстрируют добросовестность и стремление минимизировать нарушения, но не гарантируют их отсутствия. Фильтр снижает вероятность воспроизведения, но не устраняет её полностью. Уведомление о совпадении переносит бремя решения на пользователя: включать ли фрагмент и на каких условиях.

В результате складывается парадоксальная ситуация. ИИ‑ассистент ускоряет разработку, но одновременно усложняет правовой ландшафт. Авторство размывается, лицензионные декларации не создают прав там, где их может не быть, а обучающие данные становятся источником потенциальных претензий.

ИИ-код не защищен авторским правом по умолчанию

Российское право даёт на вопрос «инструмент или соавтор» вполне однозначный ответ: инструмент. ИИ не субъект права, не автор, не сторона договора. Код, созданный с его помощью, юридически ничем не отличается от кода, написанного с помощью автозамены, компилятора или той же IDE, при условии, что за результатом стоит творческий вклад человека. Пока эта конструкция держится.

Но держится она всё хуже. Когда ИИ генерирует целые модули по одному предложению, а разработчик принимает результат не глядя — «творческий вклад» становится всё более условным. Лицензионные соглашения обещают, что права на сгенерированный код принадлежат пользователю, но не могут гарантировать, что в этом коде нет чужих защищённых фрагментов. Судебная практика только начинает формироваться. Разрыв между тем, что делает технология, и тем, что говорит о ней право, увеличивается каждый месяц.

Пока законодатель не определил правовой статус ИИ‑генерированного кода, безопаснее всего считать, что такой код не защищён авторским правом по умолчанию. Значит, требует осознанного правового оформления, проверки на лицензионную чистоту и внимательного изучения условий лицензионных соглашений ИИ‑сервисов.

Так что, инструмент или соавтор? Сегодня — инструмент. Завтра — вопрос. Право так устроено, что отвечает на вчерашние вопросы. Технология так устроена, что задаёт завтрашние. Где‑то между вчера и завтра мы и находимся.