Чому обгортки над OpenClaw провалилися: урок бізнесу

Платні обгортки над OpenClaw провалилися тому, що вся корисна робота залишилася у відкритому коді, доступному безкоштовно. Надбудова брала гроші за зручний інтерфейс і готові налаштування, а користувач будь-коли міг піти на оригінал або на прямий доступ до моделі. Висновок для бізнесу простий: за перепакований open-source платити не варто.

Історія показова, бо сталася швидко і на видноті. Відкритий проєкт зібрав рекордну популярність, великі компанії кинулися робити над ним свої платні версії, і менш ніж за рік майже всі ці версії закрилися. Розберемо причини по одній, а в кінці зберемо їх у чек-лист, який можна пройти перед оплатою будь-якого ШІ-сервісу.

OpenClaw, відкритий проєкт, який підключає Claude Code до WhatsApp, став найпопулярнішим в історії GitHub, і великі компанії швидко випустили над ним свої платні надбудови. Майже всі вони закрилися менш ніж за рік. Причини склалися в ланцюжок: цінність лишилася у відкритому коді, витрати на кожен запит росли разом з активністю користувачів, а перейти на безкоштовний оригінал чи прямий доступ до моделі користувачу нічого не коштувало. Платити за ШІ-сервіс варто тоді, коли він додає те, чого у відкритому проєкті немає: зв'язок з вашою обліковою системою, відповідальність за результат, підтримку українською або виконання вимог до зберігання даних. Якщо на питання «що зникне, якщо я перейду на оригінал» чіткої відповіді немає, ви платите за перепакування.

Короткий словник

• Open-source — програма, вихідний код якої опублікований і доступний безкоштовно будь-кому.
• Обгортка — сервіс без власної технології, який додає до чужого відкритого проєкту свій інтерфейс, переклад і готові налаштування.
• ШІ-агент — програма, яка не просто відповідає на питання, а виконує доручення: пише листи, шукає дані, заповнює таблиці.
• API — спосіб підключитися до моделі напряму зі своєї програми й платити постачальнику за фактичне використання.
• Витрати на перехід — усе, що користувач втрачає, коли змінює сервіс: дані, налаштування, звички команди.

Що сталося з OpenClaw і його платними надбудовами

Спершу факти, без оцінок.

Як вихідний проєкт одного розробника став найпопулярнішим на GitHub

OpenClaw почався як вихідна забава незалежного розробника з Австрії. Ідея була проста: взяти Claude Code, інструмент для роботи з кодом у режимі діалогу, і підключити його до WhatsApp, щоб агент виконував доручення прямо у вікні чату. Перший робочий варіант з'явився дуже швидко, і далі проєкт почав зростати сам. Люди ставили його собі, дописували свої сценарії, переносили на інші месенджери. За кілька місяців OpenClaw вийшов на перше місце в історії GitHub за кількістю зірок, обігнавши навіть Linux.

Зірка на GitHub означає закладку, а не встановлену програму. Але такий рівень уваги означає одне: про інструмент дізналися всі, хто цікавиться ШІ-автоматизацією. Про те, чому відкрита розробка часто виграє в гонці релізів, у нас є окремий розбір: чому відкрита архітектура вигідніша за швидкі релізи моделей.

Чому великі компанії вийшли з напряму менш ніж за рік

Реакція великих технологічних компаній була швидкою: збиралися команди, виходили власні платні версії того самого агента з гарним інтерфейсом, локалізацією і готовим набором навичок. Одна з таких надбудов, QClaw від Tencent, на старті закритого тестування зібрала під офісом компанії живу чергу охочих отримати доступ.

Далі сталося те, чого ніхто з них не планував. Протягом дев'яти місяців споживчі надбудови над OpenClaw одна за одною закрилися. QClaw оголосив про припинення роботи напередодні Різдва, проживши від черги до вимкнення менше року.

закрилися саме споживчі продукти, тобто ті, що продавалися кожному охочому за підписку. Корпоративні впровадження, де агент вбудований у конкретний робочий процес, у цій хвилі не постраждали.

Що таке обгортка і як зрозуміти, що ви платите саме за неї

Обгортка — це сервіс, який не має власної технології. Усередині він викликає чужий відкритий проєкт або чужу модель, а сам додає оформлення: вікно, кнопки, переклад, набір заготовлених запитів. Сама по собі така робота не погана, адже далеко не кожен підприємець готовий ставити собі інструмент з GitHub. Питання в іншому: чи залишиться у сервісу хоч щось, коли користувач розбереться, звідки саме береться результат.

Прості ознаки надбудови над відкритим кодом

• Опис продукту говорить про зручність, а не про роботу. «Простий інтерфейс», «готові сценарії», «швидкий старт» описують оформлення, і жодне з цих слів не каже, що сервіс робить сам.
• Назву моделі видно в інтерфейсі. Якщо ви вибираєте модель зі списку і бачите там чужі назви, обчислення йдуть на бік.
• Функції з'являються наступного дня після чужого релізу. Власна розробка так не прискорюється, а передача чужої новинки займає стільки, скільки треба на оновлення підключення.
• Підтримка не може сказати, що зникне при переході на оригінал. Це найточніша перевірка, і до неї ми повернемося в чек-листі.

Причина перша: цінність залишається у відкритому коді

Головне, що сталося з OpenClaw: уся корисна робота осіла там, куди не можна поставити шлагбаум. Код відкритий, спільнота пише до нього розширення, модель всередині розвиває її постачальник. Надбудова висить посередині й не контролює ні того, ні іншого.

Чому локалізація, готові сценарії та дотація обчислень не створюють бар'єру

Три речі, які залишаються обгортці, виглядають як продукт, але жодна з них не тримає користувача.

Переклад інтерфейсу копіюється за вечір. Готові сценарії користувач або знайде у спільноті того самого відкритого проєкту, або напише сам після першого тижня роботи. Дотація обчислень взагалі працює проти продавця: чим більше людей користується, тим більший рахунок приходить йому самому.

Жодна з цих трьох речей не є бар'єром. Усі три є витратами.

Що означає перехід автора проєкту у велику компанію

Автор OpenClaw перейшов працювати над персональними агентами у велику ШІ-компанію, а сам проєкт передав незалежному фонду. Для тих, хто будував бізнес навколо надбудови, це був тривожний сигнал. Людина, яка знала проєкт найкраще, пішла працювати рівнем нижче, у саму модель. Дорожньої карти, у якій зростає рівень обгорток, у проєкту так і не з'явилося.

Причина друга: у агента кожен активний користувач додає витрат

Чим економіка агента відрізняється від звичайного онлайн-сервісу

У звичайному онлайн-сервісі новий активний користувач майже нічого не додає до витрат. Сервер уже працює, сторінка вже написана, різниця між сотнею і тисячею відвідувачів губиться в межах похибки. Тому стара логіка звучала так: більше користувачів означає дешевше обслуговування кожного.

ШІ-агент ламає цю логіку. Кожне доручення витрачає токени, тобто одиниці обробленого тексту, за які постачальник моделі бере плату. Агент читає сторінки, пробує варіанти, виправляє себе, і за одне складне доручення може витратити стільки, скільки звичайний чат витрачає за тиждень. Активний користувач перестає бути цінністю і стає статтею витрат.

Чому безкоштовний тариф тут працює проти продукту

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

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

це аргумент не проти ШІ-агентів, а проти схеми «всім безкоштовно, а потім якось продамо підписку», коли кожне натискання кнопки має реальну ціну. Для агента працюють моделі оплати, прив'язані до фактичного обсягу роботи.

Причина третя: користувачу нічого не коштує піти на оригінал або прямий API

Що таке витрати на перехід і чому в обгортки їх немає

Витрати на перехід — це все, що людина втрачає, коли змінює сервіс. У банку це історія операцій і автоплатежі. У CRM це база клієнтів, воронки й звички менеджерів. Чим більше вкладено, тим важче піти, навіть якщо поруч є дешевша альтернатива.

У надбудови над відкритим проєктом цих витрат немає майже зовсім. Дані користувача лежать у його ж месенджері. Сценарії він написав сам. Модель та сама. Щоб піти, достатньо поставити оригінальний інструмент або підключитися до моделі напряму, і саме так люди й зробили, коли новизна зникла.

Та сама механіка з іншого боку описана в розборі про те, які запитання поставити перед вибором ШІ-інструмента.

Причина четверта: виконувати завдання складніше, ніж відповідати на питання

Чому помилка агента коштує дорожче за помилку чат-бота

У діалозі помилка майже безкоштовна. Модель відповіла неточно, ви перепитали, пішли далі. У виконанні все інакше: агент замовив не той квиток, надіслав лист не тому адресату, виставив рахунок з неправильними даними. Відкотити це одним повторним запитом уже не вийде.

Через це поріг допустимої помилки для агента різко нижчий. Інструмент, який вісім разів з десяти робить добре, у діалозі здається розумним, а у виконанні доручень стає джерелом нервів.

Коли налаштувати автоматизацію довше, ніж зробити руками

Найчастіша причина, через яку компанії згортають пілот: відладка займає більше часу, ніж сама робота. Людина пояснює агенту процес, виправляє його помилки, перевіряє результат, чекає відповіді. У підсумку вона працює на агента, хоча купувала протилежне.

підприємець хоче, щоб агент сам складав щотижневий звіт із продажів. Перший тиждень іде на опис структури, другий на виправлення того, що агент плутає місяці, третій на перевірку сум руками. Той самий звіт власними руками складається за двадцять хвилин.

Причина п'ята: агенту потрібні доступи, а доступи потребують довіри

Щоб агент справді працював за людину, йому потрібні права: читати пошту, бачити календар, заходити в робочі системи, іноді торкатися грошей. Кожна така видача прав — це передача довіри. Будується вона довго, а руйнується одним випадком.

Саме тут більшість надбудов зробила найменше. Багато говорили про те, що агент умі́є, і майже нічого про те, як обмежити його дії, як переглянути, що він зробив, і як відкотити помилку.

Як будувати таку обережність навколо агента, ми розбирали окремо: три рівні контролю для надійних ШІ-агентів.

Чек-лист: про що запитати перед тим, як платити за ШІ-сервіс

Усі причини вище зводяться до кількох питань, які можна поставити до оплати.

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

Три шляхи для бізнесу: оригінальний інструмент, прямий API чи платна надбудова

Варіантів насправді три, і кожен має свою ціну в часі та навичках.

Ознака	Відкритий інструмент	Прямий доступ через API	Платна надбудова
Хто відповідає за результат	ви самі	ви самі	постачальник сервісу
Потрібні навички	середні: встановлення й налаштування	вищі: потрібен хтось, хто пише код	мінімальні
Якщо проєкт зміниться	оновлюєте самі, коли готові	змінюєте підключення самі	залежите від рішення постачальника
Витрати на перехід	низькі	низькі	низькі, якщо немає інтеграцій
Коли виправданий	є час розібратися; дані мусять лишатися у вас	потрібна вбудова у свою програму	потрібна інтеграція, гарантія або підтримка

Коли виправданий кожен із варіантів

Відкритий інструмент підходить, коли в команді є людина, яка не боїться інструкції до встановлення, і коли дані мусять лишатися у вас. Прямий доступ через API потрібен тим, хто вбудовує ШІ у власну програму чи сайт. Платна надбудова виправдана там, де ви платите за чиюсь відповідальність і готовий зв'язок з вашими системами.

Коли платна надбудова над відкритим кодом усе ж виправдана

Було б неправильно прочитати цю історію як «за ШІ-сервіси платити не треба». Платити треба, коли сервіс робить те, чого відкритий проєкт не робить і не збирається.

• Зв'язок з вашими системами. Готова інтеграція з обліковою програмою, CRM або касою, яку довелося б писати самому.
• Відповідальність за результат. Договір, у якому хтось відповідає за простій і помилки, а не просто надає доступ.
• Виконання вимог до даних. Зберігання в потрібній юрисдикції, журнали доступу, узгоджені політики.
• Підтримка українською в робочі години. Жива людина замість форуму спільноти.
• Галузева специфіка. Шаблони, довідники й перевірки під конкретну галузь, яких у загальному інструменті немає.

Жодна з цих речей не копіюється за вечір. Саме тому за них платять і далі.

Що робити, якщо ви вже платите за таку обгортку

Різких рухів робити не треба. Сервіс, який працює сьогодні, не зникне завтра через те, що ви прочитали статтю.

Порядок простий. Спершу пройдіть чек-лист вище й перевірте, що саме зникне після відмови. Потім вивантажте все своє: історію, налаштування, робочі запити. Далі підніміть відкритий інструмент або прямий доступ паралельно й перенесіть туди кілька реальних сценаріїв. Тиждень попрацюйте на двох рішеннях. Якщо різниці немає, від підписки можна відмовлятися спокійно.

Чи означає це, що ШІ-агенти не працюють

Ні. Закрилися надбудови без власної цінності, а напрям залишився.

Агент, який живе всередині конкретного робочого процесу, має зрозумілу економіку: видно, чию роботу він економить і хто за це платить. Те саме з вузькогалузевими агентами й тими, що вбудовані в корпоративні системи. Там користувач не може просто піти на безкоштовний оригінал: цінність створює зв'язок моделі з робочими даними компанії, а такого зв'язку у відкритому проєкті немає.

Історія з OpenClaw перевірила на міцність один спосіб зарабляти, і цей спосіб не витримав.

Висновки

Відкритий проєкт зростає сам, і будь-хто може взяти його безкоштовно. Надбудова, яка додає до нього тільки оформлення, живе доти, доки користувач не розбереться, звідки береться результат. Для агентів це закінчується швидше, бо кожне доручення витрачає гроші продавця, а піти користувачу нічого не коштує.

Підприємцю з цього потрібна одна звичка: перед оплатою питати, що зникне при переході на оригінал. Якщо відповідь конкретна, платіть спокійно. Якщо відповіді немає, ви платите за інтерфейс.

Тому, хто сам думає будувати продукт над чужим відкритим кодом, питання те саме, тільки поставлене до себе: що в моєму продукті не скопіюється за вечір. Відповідь на нього і буде бізнес-моделлю.