REA и ArtCraft собирают ИИ-клоны Adobe и Microsoft без доступа к исходникам

KDnuggets 12 октября 2026 года пишет о двух проектах, REA и ArtCraft, вокруг которых выросла волна ИИ-клонов коммерческого софта. Идея в том, чтобы воссоздать инструменты уровня Adobe и Microsoft, не имея их исходного кода. Публичных чисел в материале нет: ни числа функций, ни скачиваний, ни результатов тестов совместимости. Поэтому ниже разбираем механику и риски, а не масштаб.

Как строится клон без исходников

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

Теперь значительную часть цикла может взять на себя агент-кодер. Это общая логика подхода, а детали архитектуры REA и ArtCraft источник не раскрывает. Агент открывает тестовый файл в оригинале и в клоне, сравнивает результат, находит расхождение и правит код. Затем повторяет это тысячи раз. Для ИИ такая задача удобна, потому что эталон всегда под рукой. Есть оригинальная программа, а значит, есть и автоматическая проверка: совпало или нет.

Почему это завирусилось

Причин, судя по всему, несколько. Adobe и Microsoft строят бизнес на подписках, и любая попытка получить похожий инструмент без подписки вызывает у разработчиков живой интерес. Кроме того, проекты наглядно показывают, до какой степени можно автоматизировать воспроизведение сложного ПО. Это хорошая демонстрация возможностей кодинговых агентов на реальных, большых и запутанных продуктах, а не на учебных задачах.

Что известно из источника и чего в нём нет:

• Цель: воссоздание ПО уровня Adobe и Microsoft
• Метод: реверс-инжиниринг и пересборка с помощью ИИ
• Исходный код оригиналов: не используется
• Покрытие функций оригинала: не указано
• Лицензия клонов и правовая позиция авторов: не указаны
• Качество и совместимость форматов: независимых замеров нет

Юридическая серая зона

Прецеденты у такой практики есть. В начале 1980-х Compaq воспроизвела BIOS от IBM методом «чистой комнаты»: одни инженеры описывали поведение, другие, никогда не видевшие оригинал, писали код. В 2021 году Верховный суд США в деле Google против Oracle признал добросовестным использованием копирование объявлений API в Java. В ЕС директива о программах для ЭВМ допускает декомпиляцию ради совместимости.

Однако у ИИ-клонов есть особенности. Модель могла обучаться на чужом коде и воспроизвести его фрагменты, и тогда «чистоту комнаты» придётся доказывать. Пользовательские соглашения часто запрещают реверс-инжиниринг. Шрифты, иконки, шаблоны и прочие ресурсы защищены авторским правом отдельно. Патенты и товарные знаки тоже никуда не деваются. Вопрос о том, где заканчивается совместимость и начинается копирование, суды по таким делам пока не решали.

Что делать командам

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

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