Жовтневий Founder AMA: loops/branching у листопаді, Agent+VC і data tab «за тижні». Roadmap не є ship date і не дає дозволу на прод

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

Жовтневий Founder AMA (підсумки опубліковано 26 жовтня 2026 року) дав для цієї спокуси багато приводів. Цикли та розгалуження (loops & branching) очікуються в беті вже в листопаді. Розширення AI Agent для роботи з гілками версій (Agent+VC) та оновлену вкладку даних (Data tab) обіцяють за «пару тижнів» або «два-три тижні». Поруч із цим: Credits до 31.10: Agent 2.

Якщо ви будуєте робочий MVP для ринку, ці заяви не можна сприймати як фіксовані дати релізу (ship dates) або як зелене світло для продакшену. Нижче я розбираю, що саме сказали, як це співвідноситься з попередніми обіцянками платформи і чому я запускав би продукт на поточних стабільних інструментах.

---

Що насправді пролунало на жовтневому AMA

У звіті Founder AMA Agent 2, Bubble MCP (у статусі бети) та універсальний імпорт подано як уже запущені або продемонстровані. Найочікуваніші інженерні можливості залишилися в розділі планів («What’s coming next»):

1. Цикли та розгалуження (Workflow branching & loops). Зараз вони в альфі, бету планують «пізніше в листопаді». У щомісячному дайджесті спільноти від 6 жовтня формулювання було обережнішим: «бета ближче до кінця року».
2. Agent + Version Control (VC) та доступ до live data. Очікується «протягом пари тижнів» від дати AMA. VC тут означає Version Control (керування гілками та їх порівняння), а не венчурний капітал. Ще згадали, що агент зможе отримати доступ до робочих даних, якщо на це є дозвіл.
3. Оновлена вкладка даних (Data tab). Новий інтерфейс у вигляді таблиці з інлайн-редагуванням обіцяють через «два-три тижні». У пості від 6 жовтня цільовим терміном теж називали листопад.
4. Нативні виклики LLM та анімації для мобільних додатків. Їх згадали мимохідь, без жодних термінів. Про це окремо: Node.js/PHP CVE і відповідь Bubble:.

«Пізніше в листопаді», «пара тижнів», «два-три тижні» — це суб'єктивні оцінки засновників на конкретному стрімі. Офіційного зобов'язання платформи щодо публічного релізу (General Availability) за ними немає.

---

Уроки 2026 року: чому усні дедлайни зміщуються

Публічна історія оновлень Bubble за 2026 рік показує, що орієнтири з вебінарів регулярно змінюються, коли вступають у гру технічні реалії:

• Вкладка даних (Data tab). Новий інтерфейс показали ще на червневому AMA і планували швидку бету. На серпневому AMA відкрито сказали, що редизайн інтерфейсу даних поставили на паузу, бо пріоритетом стали масштабування та стабільність.
• Розгалуження воркфлоу (Branching). Перші публічні прев'ю показали ще в липні з розмитим терміном «середньострокова перспектива». У вересні уточнили концепцію if/else та циклів. Конкретна дата бети з'явилася лише в жовтні. І навіть між письмовим оновленням від 6 жовтня («кінець року») та стрімом від 26 жовтня («листопад») акценти різні.

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

---

Чому статус бети не дає дозволу будувати прод

Допустимо, наприкінці листопада бета branching і loops справді відкриється. Я все одно не став би одразу переписувати на неї MVP. Причини такі:

• Обмежений доступ. Бета може бути закритою, вимагати окремої заявки або працювати лише на окремих тарифних планах.
• Незріла архітектура. Перші версії нових функцій майже завжди мають приховані ліміти, баги або непідтримувані сценарії, і все це змінюється без попередження.
• Ризик зупинки продакшену. Якщо продукт стоїть на тестовому рушії воркфлоу, будь-який збій зупиняє роботу ваших перших користувачів. Коли стартап тільки шукає Product-Market Fit, такий збій б'є по репутації катастрофічно.

---

Як запускати MVP сьогодні: практичні правила для фаундерів

Якщо мета — перевірити гіпотезу та зібрати фідбек від клієнтів, я б тримався чотирьох правил:

1. Будуйте на перевірених примітивах. Для логіки розгалуження беріть стандартні кастомні події (Custom Events) з умовою Only when на окремих діях. Для обробки списку даних підійдуть рекурсивні бекенд-воркфлоу (Backend Workflows) або Schedule API Workflow on a list з контрольованими паузами. Вони роками працюють передбачувано.
2. Тримайте логіку модульною. Не збирайте один гігантський воркфлоу на 30 кроків. Розбийте бізнес-логіку на маленькі зрозумілі блоки. Коли нативні цикли та розгалуження вийдуть у реліз і стабілізуються, заміна одного модуля займе пів години.
3. Обережно з доступом AI до живих даних. Розширення Agent для роботи з гілками та прод-даними приваблюватиме вайбкодерів. Але прямий доступ сторонніх ШІ-інструментів до клієнтської бази несе юридичні та безпекові ризики. Перевіряйте політики безпеки і не відкривайте неперевіреним агентам чутливі дані клієнтів.
4. Не зсувайте дату запуску. Жоден клієнт чи інвестор не спитає, чи ваші воркфлоу зроблені через новий if/else блок або через стандартні Bubble-кондишени. Їм важливо одне: чи знімає продукт їхній біль і чи дає цінність. Про це окремо: Вересневий roadmap Bubble: офіційний MCP,.

За roadmap я стежу, щоб розуміти, куди рухається платформа. MVP я запускав би на тому, що надійно працює вже зараз.