BuildPrint чи Codex CLI MCP routing: один сайдкар на тиждень, поки офіційний MCP без дати

Коли ви збираєте перший MVP на Bubble, головна мета — якнайшвидше протестувати ідею, показати робочий прототип першим клієнтам або презентувати проєкт ангельським інвесторам. В епоху «вайбкодінгу» природно виникає бажання підключити штучний інтелект безпосередньо до редактора чи бази даних через протокол MCP (Model Context Protocol), щоб AI допомагав створювати сторінки, налаштовувати логіку та аналізувати дані. Про це окремо: Демо Bubble MCP і бета. Схожий розбір: Bubble MCP: контрольний список першого.

Проте станом на початок жовтня 2026 року в екосистемі Bubble склалася ситуація, яка вимагає від no-code розробників обережності: офіційне рішення затримується, а сторонні інструменти пропонують абсолютно різні моделі довіри. Про це окремо: Bubble September 2026 Update: що.

Де зараз офіційний Bubble MCP?

Офіційний реліз від Bubble все ще перебуває в статусі очікування. 25 вересня 2026 року Еммануель Страшнов заявив на AMA, що закрита бета з’явиться протягом наступних двох-трьох тижнів. Обіцяні можливості включають створення та редагування інтерфейсу і функцій через зовнішні інструменти (Claude, ChatGPT), а також просте дослідження даних. Водночас керівництво Bubble підкреслило: внутрішній агент у редакторі завжди матиме глибший контекст застосунку, ніж зовнішній MCP.

2 жовтня представник команди Bubble (fede.bubble) на форумі знову підтвердив намір коротким «very soon. Very very soon!», проте конкретної дати релізу, публічного списку інструментів чи форми запису на бету так і не з'явилося. Офіційного сервера у вільному доступі наразі немає.

BuildPrint: сайдкар через запрошення колаборатора

BuildPrint (buildprint.ai) — це спеціалізований сторонній сайдкар для Bubble. Він орієнтований саме на екосистему платформи та підключається через додавання акаунта колаборатора (connect@getbuildprints.com) до вашого застосунку з передачею App ID.

Що важливо розуміти засновнику MVP:

• Модель доступу: Публічні інструменти даних через MCP у документації позначені як read-only (лише читання).
• Запис і модифікації: Будь-які зміни вносяться через CLI, API або спеціальний режим Agent Build mode.
• Безпека гілок: Агент працює в межах прав Bubble-колаборатора та прив’язаний до конкретних гілок (branches). BuildPrint блокує деплой агентом напряму в живий продакшен (Live).
• Для кого це підходить: Якщо у вас немає технічних навичок роботи з командним рядком і ви хочете підключити робочий простір Bubble до стороннього клієнта за чіткими правами платформи.

Codex CLI: маршрутизація MCP через термінал

Інший шлях пропонує екосистема OpenAI Codex CLI. Тут стабільна гілка зафіксована релізом rust-v0.159.3 (30 вересня 2026 року), тоді як розширена маршрутизація MCP активно тестується в альфа-версіях (наприклад, rust-v0.162.0-alpha.12 від 4 жовтня 2026 року).

Ключові технічні факти:

• Контроль видимості: У репозиторії з'явилося керування експозицією інструментів через параметр omit_tools_from (direct, deferred, code_mode).
• Альфа-маршрутизація: В альфа-версіях виправляються механізми запиту підтверджень (approval routing) між потоками та субагентами, що підтверджують сторонні технічні огляди.
• Динаміка оновлень: Керівник напрямку Codex Тібо Соттьо 4 жовтня публічно оголосив про 28-денний марафон щоденних помітних покращень або повного перезавантаження (до 1 листопада).
• Для кого це підходить: Якщо ви або ваш технічний помічник звикли взаємодіяти з кодом через термінал і готові власноруч конфігурувати підтвердження для кожного кроку.

Чому не варто підключати обидва сайдкари одночасно

Для нетехнічного фаундера, який поспішає запустити першу робочу версію, спроба використати і BuildPrint, і термінальний маршрутизатор Codex CLI одночасно несе суттєві ризики:

1. Розмивання меж доступу: BuildPrint спирається на систему ролей Bubble-колаборатора, а Codex CLI — на локальну конфігурацію термінала та ручні дозволи. Одночасна робота двох агентів із різними правами ускладнює аудит змін.
2. Ризик псування даних: Помилкове сприйняття MCP як «безпечного помічника для всього» може призвести до неконтрольованого запису тестових даних у робочу базу.
3. Втрата фокусу на тестуванні ідеї: На етапі валідації гіпотези критично збирати фідбек від реальних людей, а не налагоджувати конфлікти між альфа-маршрутизацією термінала та сайдкаром у браузері. Поруч із цим: Офіційний Bubble MCP: що відомо.

Практичний план на цей тиждень

Поки офіційний Bubble MCP не має чіткої дати, оберіть одну зрозумілу траєкторію:

• Якщо ви тестуєте інтерфейс та базову логіку у візуальному середовищі — використовуйте один сайдкар (наприклад, BuildPrint), виділивши під нього окрему тестову гілку (branch) без права доступу до live-бази.
• Не пускайте жоден експериментальний AI-сайдкар у живий продакшен.
• Пам'ятайте, що обговорення на форумах щодо «повної еквівалентності» сторонніх інструментів майбутньому офіційному серверу Bubble є виключно припущеннями спільноти, а не підтвердженою специфікацією.