Cognition встроила агента Devin в платформу MongoDB: миграции в 4–5 раз быстрее

Cognition и MongoDB подключили агента Devin к Application Modernization Platform (AMP) — инструменту MongoDB для переноса legacy-приложений на Atlas. Продукт называется Devin for MongoDB Modernizations и уже доступен клиентам обеих компаний. В ранних совместных тестах задачи, на которые уходило пять-шесть часов, теперь занимают чуть больше часа, то есть выполняются примерно в 4–5 раз быстрее. Обещание вендоров амбициозное: переносить десятилетия накопленных приложений за месяцы, а не за годы.

Где на самом деле застревают миграции

Формулировка в анонсе показательна: миграции на MongoDB редко буксуют из-за самой базы. Проблема в «проводке» вокруг старого кода — тысячах запросов, хранимых процедур и слоёв доступа к данным, которые годами обрастали бизнес-логикой. Скрипт такое не разберёт: нужно понимать, зачем конкретный запрос написан именно так, и что сломается, если его заменить.

Это и есть территория, на которую Cognition целит Devin. Агент работает с кодовой базой целиком: планирует изменения, переписывает бизнес-логику и data access layer, разбирая каждый случай отдельно. Как раз такой труд обычно съедает ёмкость инженерных команд, о чём прямо говорит CEO Cognition Скотт Ву: даже самые амбициозные команды тратят значительную часть ресурсов на поддержание старых систем.

Как делят работу Devin и AMP

Архитектура построена на разделении ответственности между недетерминированным и детерминированным компонентами. Для миграции данных риск галлюцинации неприемлем, поэтому перенос и проверку каждой записи в MongoDB выполняет проверенный инструментарий AMP. Код, где нужна гибкость, отдан агенту. Devin подключается напрямую к инструментам AMP и оркестрирует процесс от начала до конца, так что клиент видит одну согласованную миграцию, а не набор скриптов и ручных передач между командами.

Ключевые параметры из анонса:

• Роль Devin: планирование, переписывание бизнес-логики и слоёв доступа к данным.
• Роль AMP: детерминированный перенос и валидация записей в MongoDB Atlas.
• Остаётся за людьми: проектирование целевой модели данных и последовательность cutover.
• Результат ранних тестов: с 5–6 часов до чуть более часа на задачу.
• Доступность: сразу для клиентов MongoDB и Cognition, документация по подключению Devin к MongoDB опубликована.

Граница, где решения остаются за человеком, выбрана разумно. Модель данных для документной базы — архитектурное решение с последствиями на годы, а порядок переключения с учётом бизнес-рисков не стоит делегировать агенту.

Что известно о результатах, а что нет

Единственная опубликованная метрика — «в ранних совместных тестах». Методология не раскрыта: неизвестно, что считалось задачей, на каких кодовых базах мерили и как учитывалось время на ревью человеком. Материал вышел в блоге Windsurf, который связан с Cognition, поэтому это самоописание вендора, а не независимая оценка.

Более предметный голос в анонсе — Bilt. Технический директор Коста Краут рассказывает, что компания пишет большую часть софта с помощью Devin и деплоит в продакшен ежедневно. Поиск по районам на bilt.com, первое, что видит пользователь, работает на MongoDB; на Devin Bilt переносит остальные поисковые нагрузки на ту же базу в сроки, невозможные при ручной работе. Это один клиент и один сценарий, но он демонстрирует, как связка применяется в реальном продукте.

У MongoDB свой мотив. CEO Дев Иттицерия формулирует его так: ценность в том, чтобы одновременно модернизировать как можно большую часть парка приложений предприятия, а не по одному. Параллельно компания продаёт тезис о современной data foundation для ИИ-приложений и агентов, работающих на живых операционных данных. Миграция здесь — воронка в Atlas.

Как это применять на практике

Если у вас есть legacy-приложения на реляционных базах и в бэклоге висит перенос на MongoDB, имеет смысл запросить пилот на одном некритичном сервисе. Замеряйте не только скорость генерации кода, но и полное время до продакшена с учётом ревью и валидации данных.

Заранее зафиксируйте целевую модель данных и план cutover: именно эти решения остаются на вашей стороне и определяют, насколько агент ускорит работу. И проверьте, как AMP валидирует записи: от полноты этой проверки зависит доверие к результату больше, чем от любых цифр в анонсе.