Claude Code 2.1.288: MCP OAuth і code-review як сайдкар, а не прод-доступ до Bubble

Коли я збираю MVP на Bubble або експериментую з вайбкодингом, кожне оновлення AI-інструментів здається шансом запуститися швидше. 2 жовтня 2026 року вийшов Claude Code v2.1.288. У ньому мене зачепили два пункти: покращення роботи з MCP OAuth і новий прапорець для команди /code-review. Схожий розбір: Claude Code 2.1.287: що фаундеру.

Але в цих оновлень є чіткі межі. Плутати їх із прямим керуванням застосунком Bubble не можна, і нижче я поясню чому. Схожий розбір: n8n Assistant: Agents (preview), MCP.

Що насправді з'явилося в Claude Code 2.1.288

В оновленні два конкретні покращення для термінального асистента:

1. Підтримка кроків OAuth для MCP-серверів. Якщо віддалений HTTP MCP-сервер під час виклику інструмента просить додатковий OAuth scope, Claude Code тепер прямо в сесії просить авторизуватися повторно. Вхід за URL тепер чекає, поки користувач явно підтвердить («I’m done, continue»), і лише потім виконує виклик. Також виправили низку збоїв в обробці помилок токенів.
2. Керування кількістю зауважень у /code-review. Команда отримала прапорець --max-findings <n>|all|default. Ним я можу обмежити або розширити список знахідок, коли переглядаю зміни в терміналі. Вибір зберігається між викликами.

Обидва механізми універсальні: вони працюють для протоколу MCP і для текстового коду. До Bubble вони ніяк не прив'язані. Схожий розбір: Community Bubble Operator у ChatGPT.

Сайдкар для коду, а не рев'ю візуального дерева

/code-review у Claude Code перевіряє звичайний diff у git-репозиторії. Він виправляє помилки, шукає баги й чистить код допоміжних скриптів, Cloudflare Workers чи мікросервісів. Доступу до візуального дерева елементів Bubble, налаштувань conditionals чи логіки workflows у візуальному редакторі в нього немає.

Коли я будую гібридний MVP, де поруч із Bubble працює зовнішня бекенд-функція або скрипт парсингу, локальний /code-review допомагає перевірити цей сторонній код. Оцінити інтерфейс чи надійність самого Bubble-застосунку він не може.

Чому я не підключаю сторонні сервери до продакшену Bubble

Про офіційний Bubble MCP говорять дедалі більше, і спільнота вже нетерпиться. На AMA 25 вересня 2026 року представники Bubble анонсували бету редакторського MCP орієнтовно «протягом двох-трьох тижнів». Вона має вміти створювати UI й робити простий аналіз даних. 2 жовтня на форумі обіцянку повторили словами «very very soon», без конкретної дати. Про це окремо: Cursor згортає моделі OpenAI з.

Тож у багатьох з'являється спокуса підключити неофіційні або сторонні інструменти (наприклад, Buildprint чи власні обгортки) через новий механізм OAuth у Claude Code прямо до робочої бази даних чи редактора.

На продакшені я цього не роблю. Ось чому:

• Різні контури безпеки. Оновлення OAuth у Claude Code захищає клієнтський протокол виклику. Безпеку стороннього сервера чи коректність змін у застосунку Bubble воно не гарантує.
• Ризик для живих даних. Якщо сторонній сервер випадково щось запише або змінить робочі workflows, перші користувачі вашого MVP можуть залишитися без робочого продукту.
• Немає офіційної специфікації. Точний перелік дозволів, правила авторизації й межі доступу офіційного Bubble MCP досі не опублікували.

Я використовую Claude Code як сайдкар: пишу з ним допоміжні функції, автоматизую аналіз API і тримаю код під контролем. До основного редактора Bubble я нічого не підключаю, доки не вийде офіційний реліз із чіткою документацією доступу.