MCP без credits, але без deploy: чеклист перед prod після Claude Code чи Codex — безкоштовно ≠ можна шипити

Зібрати MVP на Bubble разом із Claude Code чи Codex зараз можна за лічені години, навіть без технічного бекграунду. Ви пишете задачу людською мовою. Агент підтягує контекст і генерує логіку чи API-конектори, і за кілька годин перша версія продукту готова. Model Context Protocol (MCP) ще більше пришвидшує роботу. Офіційний OpenAI Docs MCP (https://developers.openai.com/mcp) дає актуальну документацію. Він працює суто read-only і не викликає платне OpenAI API від вашого імені. У Cursor та подібних середовищах окремого «MCP-тарифу» теж немає: інструменти працюють у межах загального пулу використання моделі. Схожий розбір: Bubble MCP: контрольний список першого.

Ось тут я й бачу пастку. Інструмент підключився без витрат на кредити, локальна сесія пройшла ідеально, і з'являється думка, що рішення можна одразу віддавати першим клієнтам чи показувати інвесторам. Не можна. Якщо доступ під час сесії безкоштовний і зручний, це ще не означає, що продукт готовий до релізу (deploy). Локальний експеримент і стабільний prod — дві принципово різні речі.

Чому локальний MCP — це не продакшн

1. Прірва між stdio та серверним HTTP. Під час вайб-сесії більшість серверів запускаються через stdio. Це локальний дочірній процес на вашому комп'ютері. У нього всі ваші системні права й доступ до файлів. Специфікація MCP та OWASP Security Cheat Sheet прямо кажуть: stdio не ізолює процес у пісочниці. Для командної роботи, бекенду чи хмарних раннерів потрібен окремий транспорт: Streamable HTTP або SSE із захистом через OAuth чи заголовки авторизації. Простим копіюванням локальний процес на продакшн не перенесеш.

2. Секрети витікають у репозиторій. Коли нетехнічні білдери налаштовують Claude Code через .mcp.json або Codex через .codex/config.toml, вони часто вставляють туди змінні оточення або API-токени сервісів. Достатньо одного випадкового коміту в GitHub, і чутливі ключі вже у відкритому доступі. Документація Codex прямо застерігає: не зберігайте секрети в проєктному config.toml. Схожий розбір: IronBase за два дні на.

3. Workspace Trust та інтерактивні апруви. У локальній сесії агент питає у вас підтвердження дій або спирається на налаштування довіри. Claude Code в ненадійних воркспейсах (untrusted workspaces) взагалі ігнорує правила автоматичного дозволу з .claude/settings.json. Codex регулює режим підтвердження через default_tools_approval_mode (auto, prompt, writes, approve). Спробуйте запустити такий сценарій автоматично у фоні чи на сервері без інтерактивного схвалення, і процес просто заблокується.

4. Приховані витрати інференсу та сторонні сайд-ефекти. Навіть якщо сам MCP-сервер документаційний і окремо не тарифікується, кожен запуск агента з'їдає токени вашого тарифного плану. А якщо MCP-інструмент під час тестування працював із зовнішньою базою даних чи Bubble Data API, він міг створити тестові записи або змінити живі сутності просто посеред розробки.

---

Чеклист перед prod після вайб-сесії

Перш ніж публікувати зміни на live-версію Bubble чи відкривати доступ користувачам, я проходжу ці чотири кроки:

• Крок 1. Перевірте тип транспорту (stdio vs URL). Подивіться, якими саме інструментами користувався агент. Якщо це локальні команди через stdio, вони не запрацюють автономно в хмарі чи для інших членів команди, поки ви не розгорнете окремий HTTP-сервер.
• Крок 2. Наведіть порядок із секретами в Git. Перегляньте історію комітів і .gitignore. У .mcp.json, .codex/config.toml чи .env не має бути реальних API-ключів, токенів доступу чи паролів до бази даних.
• Крок 3. Перевірте реальні сайд-ефекти, а не лише код. Порівняйте зміни у файлах із тим, що відбувалося зовні. Чи не створював агент тестові сутності в сторонніх API, платіжних шлюзах або в базі даних вашого додатку, поки ви експериментували?
• Крок 4. Відокремте розробку від командного розгортання. Для командного середовища чи CI/CD беріть офіційні інструменти керування доступом: Team MCP та allowlists у Cursor або Managed MCP (managed-mcp.json) у Claude Code. Не підключайте вручну локальні скрипти на бойовому сервері. Схожий розбір: Codex CLI stable і 28-day.

Вайбкодинг дозволяє перевірити гіпотезу за один вечір. До перших користувачів веде вже інша робота: транспорт, секрети, сайд-ефекти, доступи. Її агент за вас не зробить.