Bubble MCP server: три значення терміна і що кожне дозволяє чіпати

Ви збираєте перший MVP без технічного бекграунду, підключаєте Cursor або Claude для вайбкодінгу, і тут з'являється MCP. Звучить як магічна кнопка: ніби тепер ШІ сам доробить застосунок і все перевірить. На практиці bubble mcp server сьогодні означає три зовсім різні речі. У кожної свій рівень доступу і свій ризик для бази. Схожий розбір: SK AX AI Boot Camp.

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

Що таке MCP простими словами

Model Context Protocol (MCP) — це відкритий протокол між клієнтом (наприклад, Claude Desktop або Cursor) і сервером інструментів. Клієнт питає, які дії доступні. Сервер повертає функції, які модель може викликати: прочитати рядок з бази, оновити статус замовлення, запустити сценарій.

У Bubble я завжди дивлюся на дві речі: де саме крутиться сервер і на що в нього є права.

1. Офіційний Bubble MCP: робота з редактором (в розробці)

У вересні 2026 року Bubble анонсував власний інтерфейс MCP. За планом засновників і звітами з вересневого AMA, він має дозволити зовнішнім моделям (Claude, ChatGPT) створювати й редагувати елементи інтерфейсу та логіку застосунку, а також робити базове дослідження даних. І все це без постійно відкритого візуального редактора. Про це окремо: Bubble September 2026 Update: що.

• Поточний статус: станом на 3 жовтня 2026 року немає ні публічної документації, ні загальнодоступної кнопки підключення. 2 жовтня представники Bubble написали на форумі коротке «very soon!». Без дати і без бета-посилання. Окремий MCP для кінцевих користувачів застосунку теж планують, але вже після запуску нового рушія воркфлоу.
• Що може чіпати: структуру застосунку в редакторі, візуальні компоненти, тестові сценарії.
• Як убезпечити MVP: коли доступ відкриють, я підключав би його тільки до окремих dev-гілок (branches). Навіть вбудований Agent у Bubble отримує доступ до тестової бази лише з прямої згоди розробника і live-дані не чіпає. Таке саме правило я тримаю і для зовнішніх помічників. Схожий розбір: Безпека Bubble MCP: п’ять питань.

2. Готові сервери спільноти до Data API та Workflow API

Це можна взяти вже зараз. Сторонні розробники зробили відкриті сервери, наприклад nocoderoi/bubble_mcp. Вони запускаються локально або на хостингу і з'єднують ШІ-клієнт із вашим готовим бекендом через Data API та Workflow API.

• Що може чіпати: тільки ті типи даних і ендпоінти, які ви вручну відкрили в налаштуваннях Bubble (Settings → API). Візуальний редактор Bubble чи дизайн сторінок такий сервер не чіпає.
• Головний ризик: якщо увімкнути режим запису (MCP_MODE=read-write) без налаштованих Privacy Rules, модель зможе створювати, змінювати й видаляти рядки в базі.
• Що я перевіряю перед запуском:
  1. Стартую в режимі MCP_MODE=read-only.
  2. Відкриваю Data API лише для тестової версії або окремого dev-застосунку.
  3. Проходжу прапорці «Create/Modify/Delete via API» у Privacy Rules для кожного типу даних. За замовчуванням вони вимкнені. Вмикаю тільки там, де без цього ніяк.
  4. Тримаю API-токен у безпечному місці і не віддаю повні адміністративні права без обмежень.

Є ще окремі інструменти на кшталт Buildprint чи FlowCP. Але це сторонні сервіси зі своєю політикою безпеки, а не частина платформи Bubble.

3. Власний MCP-сервер на базі API Workflows

Третій шлях: ви самі реалізуєте протокол MCP всередині свого Bubble-застосунку. Спільнота вже показала робочу схему. Ендпоінти бекенд-воркфлоу обробляють запити JSON-RPC (initialize, tools/list, tools/call), а з локальним Claude зв'язок іде через утиліту mcp-remote.

• Що може чіпати: тільки ті воркфлоу і дії, які ви створили власноруч. Наприклад, пошук рядка або виклик зовнішнього сервісу через API Connector.
• Підводні камені для стартапів: кожен виклик воркфлоу витрачає Workload Units і може впертися в rate limits. Якщо ШІ застрягне в циклі повторних дій, ліміти підписки можна спалити за годину.
• Що налаштувати першим: надійну авторизацію через заголовок Bearer Token на публічних ендпоінтах /mcp. І тестувати тільки на базі з демо-даними.

Що обрати для швидкого тесту гіпотези

1. Хочете, щоб нейромережа за вас «накліпала кнопки й логіку в Bubble»? Чекайте офіційного релізу Bubble MCP. Робочі ключі неперевіреним стороннім плагінам я б не віддавав.
2. Треба через Claude чи Cursor швидко подивитися або проаналізувати дані, які вже зібрав MVP? Беріть open-source конектор спільноти, але запускайте його тільки в режимі read-only.
3. Моє головне правило для нетехнічного фаундера: будь-який ШІ-асистент працює в ізольованій гілці або dev-версії застосунку. Так реальні відгуки перших користувачів і їхні контакти лишаються в безпеці. Схожий розбір: Composio vs офіційний Bubble MCP:.