Технічний контекст
Я подивився на обговорення навколо Rork і тезу «Manus з одного промпта робить Expo-апку, деплоїть і видає QR». Як архітектор, я одразу перевіряю не враження, а відтворюваність: публічні доки, приклади репозиторіїв, описані обмеження, API-контракти та інтеграції з EAS/Expo.
Щодо Manus картина поки що веб-центрична: агентна платформа з плануванням/виконанням/верифікацією завдань у хмарній пісочниці, доступом до інструментів і артефактів проєкту. В описах фігурують веб-прев'ю та веб-деплой (аж до експорту на Netlify), плюс API для завдань/файлів/вебхуків. Але я не знаходжу підтверджених сценаріїв саме для React Native/Expo і тим паче «QR як результат деплою».
Це не означає, що «неможливо» — це означає, що на сьогодні я не бачу публічної технічної бази закладати такий функціонал у критичний шлях проєкту. Для мобільного ланцюжка потрібні конкретні кроки: генерація RN/Expo проєкту, збірка (локально або CI), публікація через EAS (або інший пайплайн), випуск preview build і видача QR. Якщо інструмент не демонструє цей контур у документації, я вважаю твердження маркетинговим до перевірки.
По Rork у вихідних даних є промо (99% off від $50, код REVENUECAT2026), але немає технічних відомостей: які SDK/фреймворки, як влаштована збірка, чи є інтеграція з Expo CLI/EAS, як вирішуються питання секретів, підписів, вимог Apple/Google. У такому вигляді це поки «цікаво протестувати», але не «можна проектувати процес».
Claude як генератор коду для Expo я оцінюю прагматично: LLM може згенерувати структуру проєкту, компоненти, навігацію, стейт-менеджмент, навіть підказати EAS конфіги. Але «вміє робити апки на expo» не тотожне «робить прод-деплой». Без оточення, ключів, профілів підпису та CI він залишається потужним асистентом, а не фабрикою релізів.
Вплив на бізнес та автоматизацію
У бізнесі різниця між «генерує код» і «закриває повний цикл» вимірюється тижнями та бюджетом. Якщо я обіцяю замовнику zero-shot deployment, а потім з'ясовується, що мобайл-ланцюжок не підтримується, проєкт йде в ручний DevOps, а терміни і вартість зростають.
Я бачу два класи переможців. Перші — команди, які використовують LLM як прискорювач інженерії: швидко накидають UI/логіку, але тримають збірку/підписи/релізи в контрольованому пайплайні. Другі — продукти, які реально інтегровані з EAS/CI, управлінням секретами і спостережливістю; там «ШІ-автоматизація» стає повторюваною операцією, а не демо.
Програють ті, хто купує інструмент через гарну вітрину і не робить технічну валідацію в перші 1–2 дні. У наших проєктах в Nahornyi AI Lab я завжди починаю впровадження ШІ з короткого proof-of-capability: один екран, один API-запит, один preview build, один деплой. Якщо це не робиться на практиці — значить, інструменти поки не відповідають обіцяному рівню.
Якщо вам потрібен ефект «швидше у 2–3 рази», я частіше обираю гібрид: Cursor/Copilot/Claude для генерації та рефакторингу + жорстко описана AI-архітектура пайплайну (репозиторій, лінти/тести, EAS, оточення, метрики). Це і є впровадження штучного інтелекту в розробку без втрати керованості.
Стратегічне бачення та глибокий аналіз
Мій прогноз на 2026 рік простий: ринок розділиться на «чат для коду» та «агент з відповідальністю за артефакт». Другий тип переможе тільки там, де є перевірюваний контракт результату: посилання на збірку, ідентифікатор релізу, відтворювані логи збірки, політика секретів, можливість відкату.
Я також бачу повторюваний патерн в автоматизації за допомогою ШІ: чим ближче до продакшену (підпис, стори, compliance, аналітика, crash-репорти), тим менше місця для магії і тим вища цінність архітектурної дисципліни. Інструмент може написати 80% коду, але 20% інтеграцій з'їдають 80% часу, якщо ними не керувати.
Тому я б тестував Rork і будь-які «промпт→QR» обіцянки за чек-листом: (1) чи створює він коректний Expo проєкт, (2) чи збирає EAS preview build, (3) як зберігає токени, (4) де логи і артефакти, (5) хто володіє репозиторієм, (6) чи можна повторити збірку поза сервісом. Це перетворює хайп на інженерний вибір і захищає ROI.
Цей розбір підготував Вадим Нагорний — провідний експерт Nahornyi AI Lab з AI-архітектури та ШІ-автоматизації в реальному секторі. Я запрошую вас обговорити ваш кейс: перевірю заяви інструментів на відтворюваність, спроєктую інтеграцію штучного інтелекту у ваш SDLC і допоможу зробити ШІ-рішення для бізнесу так, щоб релізи виходили передбачувано, а не «за натхненням демо».