Розробник Brandon Thomas за допомогою Claude відтворив функції семи програм Adobe, переписав їх мовою Rust і виклав код у відкритий доступ. Спільнота відреагувала десятками тисяч зірок на GitHub за лічені дні. Головне в цій історії інше: реверс-інжиніринг подешевшав настільно, що закритий код перестав працювати як перешкода для копіювання функцій.
Далі про те, що саме сталося, чому така робота законна і які висновки з неї випливають для двох різних читачів: того, хто платить за підписки, і того, хто сам продає програму.
Досвідчений інженер розлютився через плату за дострокове скасування підписки Adobe і за допомогою Claude повторив функції семи програм пакета, переписавши їх мовою Rust та відкривши код. Юридично це метод «чистої кімнати»: функції створюють з нуля, не копіюючи оригінальний код, тому до зламування ліцензій така робота стосунку не має. Для користувача це сигнал стежити за відкритими аналогами, але не кидати звичний софт посеред клієнтських проєктів, бо підтримка чужих форматів і друку досі неповна. Для власника програми на закритому коді висновок жорсткіший: код більше не захищає функції, і цінність доводиться тримати на даних, інтеграціях та сервісі.
Короткий словник
- Реверс-інжиніринг — вивчення готової програми, щоб зрозуміти, як вона працює, коли початкового коду немає.
- Чиста кімната — спосіб повторити функції чужої програми так, щоб автор нового коду ніколи не бачив оригінального.
- Декомпіляція — зворотне перетворення машинного коду програми на текст, який може прочитати людина.
- Відкритий код — програма, чий початковий код опубліковано, тому його може прочитати й змінити будь-хто.
- Зірка на GitHub — позначка «цікаво», яку користувач ставить репозиторію; показник уваги, а не зрілості.
Що сталося: сім програм Adobe відтворили за допомогою Claude
Brandon Thomas, інженер за проєктом ArtCraft, має багаторічний досвід розробки й давно працює з мовою Rust. Він узяв модель Claude Opus і за її допомогою розібрав, як працюють сім програм пакета Adobe, а потім зібрав власні аналоги кожної. Результат виклав у відкритий доступ: без оплати, підписки й реєстрації.
Реакція була швидкою. Найпопулярніший з проєктів, аналог редактора фотографій, зібрав десятки тисяч зірок менш ніж за два тижні, а в репозиторіях з'явилася черга повідомлень про помилки й правок від сторонніх розробників.
Сам автор публічно заявив, що відтворив Photoshop одним заходом і що епоха програмного забезпечення в старому розумінні закінчилася. Це його власна оцінка, а не перевірений незалежно результат. Далі в тексті видно, чому до таких заяв варто ставитися спокійно.
Які саме програми переписали і що вони замінюють
| Новий проєкт | Що повторює | Для чого потрібна програма |
|---|---|---|
| PhotoCraft | Photoshop | Обробка фотографій і монтаж зображень |
| VectorCraft | Illustrator | Векторна графіка, логотипи, іконки |
| FilmCraft | Premiere Pro | Монтаж відео |
| LightCraft | Lightroom | Каталогізація та колірна обробка фотографій |
| EffectCraft | After Effects | Анімація й візуальні ефекти |
| DesignCraft | InDesign | Верстка макетів для друку та публікацій |
| PrintCraft | Acrobat | Робота з документами PDF |
Назви нових проєктів повторюють логіку оригіналів, тому відповідність вгадується без документації.
З чого все почалося: плата за дострокове скасування підписки
Причина була побутовою. Підписка Adobe виглядає щомісячною, але фактично користувач бере зобов'язання на рік, і вихід раніше строку обходиться додатковою платою. Саме ця плата й стала поштовхом.
Претензія стосувалася умов утримання клієнта, а не якості самих програм.
Технічно пакет Adobe лишається потужним набором інструментів з величезною базою користувачів. Історія виросла з того, як компанія тримає людину на підписці. Це корисно пам'ятати, щоб не читати новину як вирок продукту.
Окремо про економію на регулярних платежах є розбір промптів, якими можна перетрусити щомісячні витрати.
Що таке реверс-інжиніринг простими словами
Реверс-інжиніринг означає рух у зворотному напрямку: від готової програми до розуміння її будови. Звичайна розробка йде вперед, від задуму до коду й далі до працездатного застосунку. Реверс розбирає цей шлях назад, коли коду немає, а є лише встановлена програма.
Чому з готової програми не видно початкового коду
Програміст пише код словами, зрозумілими людині. Функцію можна назвати «перевірити пароль», змінну «залишок на рахунку», і будь-який колега зрозуміє задум з назви.
Перед тим як програма потрапить на чужий комп'ютер, її компілюють, тобто перетворюють на інструкції процесора. На цьому етапі назви зникають: машині вони не потрібні, їй достатньо знати, за якою адресою в пам'яті лежать дані та яку операцію над ними виконати.
Тому той, хто розбирає готову програму, бачить довгу послідовність дрібних операцій без жодних підказок про їхній сенс. Призначення кожного фрагмента доводиться відновлювати припущеннями, перевірками й порівняннями з поведінкою програми. Раніше така робота була виснажливою й повільною, і саме її повільність захищала комерційні продукти.
Метод «чистої кімнати»: як повторюють функції, не торкаючись чужого коду
Як працює метод «чистої кімнати»
- Готова програма
- Дослідник вивчає поведінку
- Опис функцій словами
- Інший розробник пише код з нуля
- Новий аналог
- Новий аналог
- поведінка не збігаєтьсяПорівняння результатів
- Опис функцій словами
Ідея методу в поділі ролей. Одна група вивчає, як поводиться чужа програма: що приймає на вхід, що віддає, як реагує на помилки й нестандартні дані. Усе побачене вона описує звичайними словами, без жодного рядка коду. Друга група отримує тільки цей опис і пише програму з нуля, ніколи не бачивши оригіналу. Потім результати двох програм порівнюють, знаходять розбіжності й уточнюють опис.
Юридична сила методу саме в цій ізоляції: новий код не походить від чужого, бо його автор оригіналу не бачив.
Історичний приклад: сумісний комп'ютер і захищена програма запуску
На початку вісімдесятих компанія Compaq хотіла випустити комп'ютер, сумісний з персональним комп'ютером IBM. Майже всі деталі вільно продавалися на ринку, крім однієї: програми запуску BIOS, яку IBM написала сама й захистила авторським правом. Будь-хто, хто намагався зробити сумісну машину, застрягав саме на ній.
Compaq розділила інженерів на дві ізольовані групи за тією самою логікою. Одні вивчили поведінку чужого BIOS і описали її словами, інші за цим описом написали свою програму запуску. За кілька місяців сумісний комп'ютер вийшов на ринок, і цей випадок досі згадують як зразок законного повторення функцій.
Чому саме тепер: ШІ змінив не можливість реверсу, а його ціну
Реверс існує десятки років, і можливість розібрати чужу програму була завжди. Бракувало дешевого способу це зробити.
Захист комерційних програм насправді тримався на арифметиці. Поки повторити чужий продукт коштувало дорожче, ніж купити ліцензію, займатися цим не мало сенсу. ШІ зрушив саме цей розрахунок, бо взяв на себе найнуднішу частину роботи: читання незрозумілих фрагментів, висування припущень про їхнє призначення й нескінченні перевірки.
Скільки така робота забирала раніше
Групи прихильників старих консольних ігор роками відновлювали їхній код вручну. Відновлення коду The Legend of Zelda: Ocarina of Time забрало в десятків людей майже два роки. Схожа робота над іншою культовою грою тієї ж епохи зайняла близько двох років.
Тепер порівнянний за обсягом результат з'являється за дні, і саме ця різниця в часі робить новину важливою.
Інструменти, які підключають реверс до ШІ-агента
Окремо набирає популярність напрям, у якому професійні інструменти аналізу програм, як-от Ghidra чи Hopper, підключають до ШІ-агента через командний рядок і протокол MCP, що відкриває моделі доступ до зовнішніх інструментів. Агент сам відкриває двійковий файл, шукає потрібні функції, відстежує, яка з них кого викликає, і читає результат декомпіляції.
Те, що агент прочитав вашу програму, не робить її відкритою юридично. Практичний висновок інший: будь-яка логіка, яку ви віддаєте на чужий комп'ютер у вигляді готової програми, рано чи пізно буде описана й повторена.
Законний шлях чи піратство: де проходить межа
Межа проходить по коду. Авторське право захищає конкретний текст програми, а не загальну ідею інструмента чи набір функцій. Якщо ви написали власний код, спираючись на опис поведінки, ви створили новий твір. Якщо ви взяли чужий файл і прибрали з нього перевірку ліцензії, ви порушили ліцензійний договір і закон.
Узяти оригінальну програму Adobe, знайти в ній перевірку підписки й відключити її. Порушення лишається порушенням незалежно від того, допомагав вам ШІ чи ви робили це руками.
Завантажити програму, яку хтось написав з нуля, і користуватися нею за її власною ліцензією. Жодного обходу захисту тут немає, бо немає й самого захисту, який треба обходити.
Чого ця історія не дозволяє
Новина про сім відкритих аналогів не скасовує ліцензійних умов на продукти Adobe. Поки підписка діє, діють і її умови, включно з платою за дострокове розірвання. Відкритий аналог дає змогу не продовжувати підписку на наступний строк, проте вже підписані зобов'язання він не знімає.
Історія ще свіжа, і судового продовження в неї поки не було. Для особистих проєктів це не має значення. Для комерційної роботи з високими ставками розумніше порадитися з юристом, ніж спиратися на новину.
Чи можна вже сьогодні замінити Adobe відкритим аналогом
Коротка відповідь залежить від того, що саме ви робите.
Чи брати відкритий аналог замість платної підписки?
- Навчання та особисті проєктиМожна пробувати вже зараз
- Робота для клієнтаКлієнт відкриває ваші файли у своєму софті?
- Такпілот на одному проєкті
- Нілишайтеся на звичному софті
- Макети для друкуПотрібні точні кольорові профілі?
- Такперевірте на тестовому тиражі
- Ніаналог підходить
- Робота з плагінами командиЛишайтеся на звичному софті, поки потрібних плагінів немає
Автор проєктів сам визнає, що його програми ще відстають від повних можливостей пакета Adobe. Спільнота латає прогалини швидко, судячи з потоку правок у репозиторіях, але відставання лишається. Найбільше воно помітне там, де програма має домовлятися із зовнішнім світом: чужі формати файлів, колірні профілі для друку, розширення сторонніх розробників.
Що перевірити до того, як переносити роботу
- Чужі формати. Відкрийте свої справжні робочі файли замість тестової картинки: складні шари, маски й текстові ефекти переносяться гірше за просту графіку.
- Друк. Перевірте колірні профілі на пробному тиражі, бо розбіжність кольору на папері зазвичай виявляють уже після оплати друку.
- Плагіни. Складіть список розширень, без яких ваш процес не працює, і подивіться, чи є для них заміна.
- Обмін з командою. Переконайтеся, що підрядник і замовник відкриють те, що ви їм віддаєте.
- Походження збірки. Завантажуйте програму лише з офіційного репозиторію проєкту, бо випадкові дзеркала можуть містити змінений код.
Візьміть один неспішний проєкт і проведіть його в аналогу від початку до здачі. Такий пілот покаже реальні прогалини швидше за будь-який список функцій на сторінці проєкту.
Чому десятки тисяч зірок на GitHub — це ще не готовий продукт
Зірка на GitHub означає «цікаво», і не більше. Її ставлять за гучну новину, за саму ідею, за бажання повернутися до репозиторію пізніше. Проєкт може зібрати десятки тисяч таких позначок за тиждень і при цьому не мати ні стабільних збірок, ні документації, ні людей, готових відповідати на питання користувачів.
Дивіться на інші ознаки зрілості: чи виходять релізи регулярно, чи закриваються повідомлення про помилки, чи відповідає автор на питання, чи користується хтось цим кодом у реальній роботі.
Як читати такі репозиторії, показано в підбірці відкритих ШІ-проєктів з GitHub.
Що це означає для тих, хто продає власний закритий софт
Для виробників програм новина незатишна. Закритий код працював як захист саме тому, що повторити його було дорого. Тепер ця перешкода стала нижчою, і набір функцій копіюється швидше, ніж встигає окупитися його розробка.
Це не означає, що продавати програми більше не вийде. Це означає, що цінність доводиться тримати там, куди реверс не дістає.
На чому тримати цінність замість закритого коду
| Що захищало раніше | Чому слабшає | На чому тримати цінність тепер |
|---|---|---|
| Закритий код | Функції описують і повторюють за дні | Дані клієнта та накопичена історія роботи |
| Складність реалізації | ШІ бере на себе механічну частину | Інтеграції з процесами, де програма вже вросла |
| Унікальний набір функцій | Набір копіюється разом з інтерфейсом | Підтримка, гарантії та відповідальність за результат |
| Час на розробку | Швидкість повторення зросла | Швидкість випуску змін під запит клієнта |
| Закритий формат файлів | Формат розбирають автоматично | Спільнота, бренд і довіра користувачів |
Жодна з позицій у правій колонці не читається з двійкового файла. Дані клієнта, його історія роботи, живі інтеграції, відповідальність за результат і швидкість реакції на запит накопичуються роками й не копіюються разом з інтерфейсом.
Цей бік теми розібраний у матеріалі про провал обгорток навколо OpenClaw.
Що з цього робити вам: поетапний план без різких рухів
Порахувати залежність
- Випишіть усі програми за підписками
- позначте ті, без яких робота стане
Знайти аналоги
- Пошукайте відкриті заміни для найдорожчих позицій
- збережіть посилання на офіційні репозиторії
Прогнати пілот
- Проведіть один реальний проєкт в аналогу від початку до здачі
- запишіть, що зламалося
Вирішити по кожній позиції
- Лишіть підписку там, де пілот показав проблеми з форматами, друком чи плагінами
Повертатися до перевірки
- Раз на кілька місяців переглядайте аналоги, які минулого разу не підійшли
Чого робити не варто: розривати підписку в день, коли вийшла гучна новина. Умови договору від новини не змінюються, а відкритий аналог однаково доведеться перевіряти вашими ж файлами й вашим процесом.