WebMCP Challenge: как подготовить архитектуру веб-приложений к работе с ИИ-агентами

Параллельно Prisma выкатила «фабрику софта» из ORM 8, Postgres и Compute — стек, в котором агенту дают изолированную базу, рантайм и деплой в одном флаконе. Для бэкендера это не хайп, а повод проверить, что останется от вашего прода, когда им управляет не человек, а модель.

Зачем нужен WebMCP, а не очередной парсер

WebMCP — попытка вытащить агента из DOM-скрейпинга и дать ему явный протокол. Идея здравая: меньше костылей с CSS-селекторами, которые ломаются после каждого редизайна, больше структурированных ответов. Плохая новость — стандарт пока экспериментальный, тащить его в прод рано. Хорошая — десяти дней хакатона хватит, чтобы на коленке поднять MCP-эндпоинт, прогнать через него агента и посмотреть, в каких местах архитектура посыпалась.

Главное не повторять ошибку вайб-кодеров: не делать MCP-слепок текущего фронта один в один. Агент не браузер, ему не нужны обертки над div'ами. Дайте ему операции: get_order(id), update_status(id, status), list_pending. Если для этого приходится переписывать половину контроллеров — значит, у вас слои склеены скотчем, а не развязаны.

Prisma Compute и изоляция, которой не хватало

Самое интересное в анонсе Prisma — Compute гоняет Bun на долгоживущих серверах, умеет быстро снимать и восстанавливать снапшоты, тарифицируется по использованию. Каждой задаче агента — своя база в Postgres, ORM 8 держит миграции внутри фидбек-лупа. Схема работы простая и честная: агент написал фичу, поднял её в превью, прогнал тесты на реалистичных данных, увидел что два конкурентных запроса шлют письмо дважды — починил race, поднял окружение заново, проверил, отдал PR. Без пяти разных дашбордов и трех секретов в .env, которые вечно теряются между шагами.

Внутренняя метафора команды Prisma точная: агент — это очень умный стажер на один день. Прочитал код, закоммитил фичу, исчез. Не рассчитывайте, что завтрашний агент вспомнит, что делал вчерашний. Окружение должно восстанавливать контекст без его памяти.

Что проверить на проде прямо сейчас

• Поднять MCP-эндпоинт в read-only режиме. Любая запись через агента — только через ручной аппрув в очереди задач.
• Логировать каждое обращение агента в отдельный канал. Без этого вы не отличите, кто сломал данные — юзер или модель, и будете искать виноватого неделю.
• Снапшоты базы перед каждым превью-деплоем. Compute это умеет из коробки, на своем железе хватит pg_basebackup в cron и btrfs send на соседний хост.
• Отдельный rate-limit на User-Agent: *Agent* и на MCP-токены. Агент не устает и долбит endpoint, пока не ляжет прод, а вы будете героически чинить кернел-панику в три ночи.
• Кнопка kill agent session в админке, желательно с автоматическим откатом транзакции. Если её нет — считайте, что у вас нет и прода.

Не стройте MCP-фасад поверх легаси, которое держится на костылях и молитвах. Агент найдет каждую недокументированную ручку за минуту и дернет её так, как человек никогда бы не додумался. Тесты, контракты, идемпотентность — все то, что вы откладывали «на потом», настанет прямо сейчас.

Бэкапы. Всегда. Восстановление из бэкапа — единственная команда, которую нельзя забывать.