Claude Code 2.1.304+: MCP Tasks і Elicitations я тримаю в сайдкар-сесії. Це не Agent 2 і не дозвіл на прод-MCP

Коли я збираю MVP на Bubble і підключаю вайбкодинг через термінал, хочеться віддати асистенту всю рутину й просто чекати готового результату. 23 жовтня 2026 року Anthropic анонсувала публічну бету MCP Tasks та оновлених Elicitations у Claude Code CLI. В офіційній документації мінімальна версія для Tasks — v2.1.304+. Але в чейнджлозі самого релізу 2.1.304 від 19 жовтня цих пунктів ще немає. Функціонал розгортається поступово, під прапорцями. Схожий розбір: MCP без credits, але без.

Якщо ви робите продукт без глибокого технічного бекграунду, тут є дві пастки. Перша: сприйняти MCP Tasks як магічного автономного «Agent 2». Друга: вирішити, що нова версія CLI дозволяє підключити прод-базу вашого Bubble-застосунку. Обидва припущення небезпечні для запуску. Про це окремо: Buildprint чи офіційний Bubble MCP:.

Що таке MCP Tasks і чим вони відрізняються від субагентів

MCP Tasks — це тривалі операції на боці сервера. Вони працюють на розширенні MCP Tasks протоколу ревізії 2026-07-28. Механіка проста. Інструмент викликається, сервер приймає задачу й одразу відповідає клієнту, а Claude Code починає опитувати статус у фоні. Прогрес я бачу у футері та через команду /tasks, а підсумковий результат повертається Claude і не захаращує основний контекст.

Це не те саме, що автоматичне переведення звичайних MCP-викликів у бекграунд. Воно спрацьовує приблизно через дві хвилини очікування, якщо сервер не підтримує розширення Tasks.

І не плутайте MCP Tasks із субагентами. Меню /tasks у CLI показує всі фонові процеси сесії: звичайні фонові команди, завершених субагентів і задачі MCP. Але MCP Task — це лише виконання довгої задачі на зовнішньому сервері інструменту. Рішення іншому автономному агенту тут ніхто не делегує. Ба більше, субагенти взагалі не можуть запускати MCP Tasks: виклик дозволений лише з основного діалогу.

Elicitations: пастка інтерактивності для фонових запусків

Разом із Tasks іде Elicitations. Через цей механізм сервер прямо посеред задачі просить у користувача структуровані дані — форму чи перехід за URL — через подію input_required або виклик elicitation/create. Підтримка Elicitation у CLI з'явилася ще у версії v2.1.76 у березні 2026 року. Реліз 2.1.310 від 23 жовтня лише виправив тайм-аути сповіщень.

Дві особливості прямо впливають на мій робочий процес:

1. Якщо в терміналі відкрите вікно перегляду /tasks, діалог Elicitation залишається прихованим. Esc чи відхилення запиту зараховується як відмова.
2. У неінтерактивних сесіях (фонові скрипти claude -p чи автоматизовані пайплайни) будь-яка задача, яка вимагає введення від користувача, одразу скасовується. Обробники подій і хуки onElicitation у цьому режимі не викликаються.

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

Матриця умов: чому фіча може не працювати

Оновити бінарник CLI до v2.1.304+ замало. MCP Tasks запрацюють, лише коли одночасно зійдуться п'ять умов:

• Сервер підтримує розширення MCP Tasks.
• Використовується ревізія протоколу 2026-07-28.
• Увімкнено завантаження feature-flags. Tasks не працюють у сесіях через Bedrock чи Vertex, а також якщо вимкнено завантаження телеметрії та прапорців.
• Виклик іде з основної гілки розмови, а не із субагента.
• Сесія запущена в підтримуваному середовищі: термінальний CLI, Agent SDK або GitHub Actions. Розширення для VS Code і десктопний додаток поки що не підтримуються.

Сайдкар-сесія для фаундерів на Bubble

Коли мені треба перевірити гіпотезу й швидко зібрати зворотний зв'язок, я тримаю Claude Code у сайдкар-терміналі поруч із вкладкою редактора Bubble. Термінал у такій схемі — інструмент спостереження, а не автономний виконавець. Схожий розбір: n8n 2.35+: Agents, MCP і.

Серверні MCP Tasks можуть працювати й після того, як ви закрили CLI. Але щоб знову побачити їхній статус, треба повернутися в ту саму сесію командою відновлення, з ідентичною конфігурацією серверів. Нова сесія старий процес не підхопить — зв'язок буде втрачено.

Статус фонових задач я перевіряю через /tasks. Основний діалог з асистентом при цьому не зупиняється.

Нова версія CLI — не дозвіл на прод-MCP

Коли Tasks стабільно працюють у тестовій сесії, легко зробити помилку: підключити бойовий API чи робочу базу Bubble (Live database), щоб асистент «швидко підправив реальні дані користувачів».

Жоден документ Anthropic не пов'язує оновлення CLI чи успішну бета-сесію з безпекою доступу до продакшену. Правила ізоляції середовищ діють як і раніше. На етапі тестування MVP я працюю лише з тестовими копіями баз (Dev database у Bubble) і тестовими API. Інструментам у публічній беті доступ до прод-середовищ не відкривайте.