MCP як стандарт: Oracle AI Agent Studio і Bubble — один протокол, різні шари і як не переускладнити MVP
Model Context Protocol тепер працює і в enterprise-платформах на кшталт Oracle, і в no-code середовищі Bubble. Пояснюю, чому для швидкої перевірки ідеї потрібен лише контракт інструментів, а важка оркестрація тільки заважає.
Коли я запускаю MVP, мені потрібні три речі: перевірити гіпотезу, отримати перших користувачів і не потонути в інфраструктурі. Тому я звертаю увагу, коли та сама технологія з'являється на двох протилежних полюсах. Зараз так сталося з Model Context Protocol (MCP). На ньому працює Oracle AI Agent Studio у великому enterprise, і на ньому ж працює Bubble, де продукти запускають швидко і без коду. Схожий розбір: Bubble MCP server: три значення.
Але спільний протокол не означає, що соло-розробнику треба копіювати корпоративну архітектуру. Нижче я показую, де закінчується протокол і починається зайва складність, і як використати цей підхід для запуску продукту.
Що таке MCP: відкритий протокол, а не магія
MCP — це відкритий клієнт-серверний протокол на базі JSON-RPC. Специфікацію оприлюднила Anthropic у листопаді 2024 року. Наприкінці 2025-го її передали в Agentic AI Foundation, що входить до Linux Foundation. Задача протоколу проста: стандартизувати, як LLM-клієнти підключаються до зовнішніх джерел даних та інструментів (tools, resources, prompts). Тоді не треба писати хаотичні REST-обгортки під кожен окремий сервіс.
У маркетингових матеріалах MCP часто називають «універсальним стандартом» або порівнюють із USB-C для штучного інтелекту. Технічно це відкрита специфікація спільноти, а не формальний норматив IETF чи W3C. І сам протокол не вирішує авторизацію чи бізнес-безпеку. Він описує транспорт (наприклад, SSE або StreamableHTTP) і структурований виклик функцій. Усе інше лишається на вас.
Два світи: Oracle AI Agent Studio проти Bubble MCP
Найкраще це видно, якщо подивитися, на яких різних рівнях працює той самий контракт:
- Enterprise-шар (Oracle Fusion AI Agent Studio): тут MCP — лише один із типів інструментів. Поруч із ним є внутрішні бізнес-об'єкти Fusion, External REST та інтеграційні ланцюжки Oracle Integration. Студія керує жорсткою детермінованою оркестрацією, а над нею стоять корпоративний RBAC, валідація, комплаєнс і внутрішні перевірки доступу. MCP тут потрібен, щоб підключати інструменти без ручного кодингу шлюзів.
- No-code та SMB-шар (Bubble MCP beta): у бета-версії, яку запустили в жовтні 2026 року, Bubble стоїть на іншому боці. Він працює як розміщений MCP-сервер (
https://mcp.bubble.io/mcp). До візуального редактора Bubble можна напряму підключити зовнішні середовища розробки й агентів: Claude, Claude Code, Cursor, ChatGPT, VS Code Copilot. Це модель «bring-your-own-agent». І це окремий контур від вбудованого Bubble AI / Agent 2. Тут свій білінг, авторизація через OAuth/CIMD і права поточного користувача. У бети є прямі обмеження: через MCP не можна задеплоїти на live або змерджити гілки. Для цього потрібна ручна перевірка. Схожий розбір: SK AX AI Boot Camp.
| Шар / продукт | Для чого | Чим не є / обмеження |
|---|---|---|
| Enterprise (Oracle Fusion AI Agent Studio) | Жорстка детермінована оркестрація; MCP — один із типів інструментів поряд із внутрішніми бізнес-об'єктами Fusion, External REST та ланцюжками Oracle Integration; MCP підключає інструменти без ручного кодингу шлюзів | Не no-code «bring-your-own-agent»-контур; не розміщений MCP-сервер для зовнішніх IDE/агентів |
| No-code / SMB (Bubble MCP beta, жовтень 2026) | Розміщений MCP-сервер (https://mcp.bubble.io/mcp); пряме підключення Claude, Claude Code, Cursor, ChatGPT, VS Code Copilot до візуального редактора; модель bring-your-own-agent; окремий контур від Bubble AI / Agent 2; OAuth/CIMD і права поточного користувача |
Не enterprise-шар з корпоративним RBAC, комплаєнсом і внутрішніми перевірками доступу Oracle; через MCP не можна задеплоїти на live або змерджити гілки (потрібна ручна перевірка) |
Oracle і Bubble ніде офіційно не показують разом. Але разом вони добре ілюструють одну думку: контракт виклику один, а шари відповідальності зовсім різні.
Типова пастка: спроба зібрати Enterprise Studio всередині власного Bubble
Нетехнічні фаундери і ті, хто займається вайбкодінгом, часто роблять ту саму помилку. Вони читають про корпоративних агентів і пробують відтворити все це в базі даних Bubble: складні детерміновані графи воркфлоу, багаторівневу оркестрацію, журнали аудиту, мікросервісні перевірки.
Результат завжди однаковий. Розробка виснажує, Workload Units (WU) згорають, інтерфейс гальмує, а реліз відкладається замість реального тесту на ринку. Якщо копіювати структуру Oracle AI Agent Studio в монолітний no-code застосунок, ви опинитеся в глухому куті.
Практичний підхід для швидкого запуску MVP
Щоб швидко перевірити ідею і залучити перших клієнтів або інвестиції, я беру з цієї концепції тільки те, що прискорює:
- Відокремлюю інтерфейс від логіки інструментів. Bubble роблю відповідальним за те, що він вміє найкраще: фронтенд, збереження даних користувачів, роботу з базою і перевірку прав доступу.
- Тримаю чіткий контракт викликів. Як інструмент у MCP, кожна дія в MVP має очікувані вхідні параметри, передбачувану відповідь і валідований результат.
- Використовую вайбкодінг та агентів, щоб швидше будувати, а не щоб ускладнити рантайм. Через сервери на кшталт Bubble MCP я передаю агентам у своєму клієнті задачі: спроєктувати сторінки, типи даних чи логіку. Але фінальне рішення і деплой я все одно перевіряю вручну.
- Не імітую комплаєнс завчасно. Якщо у вас немає тисяч enterprise-користувачів із розподіленими ролями Fusion RBAC, громіздкі диспетчери процесів вам не потрібні. Для старту цілком вистачає стандартних Privacy Rules у Bubble і перевірки сесії поточного користувача.
Для мене найкорисніше в стандартизації протоколу ось що: я можу з'єднати ШІ з бекендом простим способом, і продукт від цього не стає важчим. Тож запуск лишається швидким.