Devin vs MultiOn 2026: автономный кодер против браузерного API

Вы решили автоматизировать рутину разработки. Один совет в чате говорит «возьми Devin», другой — «возьми MultiOn». Хотя оба попадают в раздел «ИИ-агенты» каталога AIRatings, это два принципиально разных инструмента. Если перепутать — потратите впустую месячный бюджет на ту задачу, которую сервис делать не умеет.

Категория ai-agents на AIRatings делится на четыре функциональные подгруппы: исследовательские агенты, computer-use агенты, кодирующие агенты и workflow / no-code. Devin и MultiOn находятся в разных подгруппах: Devin — это кодирующий агент (coding agent), MultiOn — computer-use агент с API-first моделью доставки.

Devin от Cognition AI запустился в марте 2024 громким демо: «первый AI software engineer». Внутри — собственная модель Cognition (компания заявляет, что не использует напрямую GPT-4 или Claude как «мозги»), shell, git, code editor, браузер, sandbox-контейнер. Задача формулируется как «сделай фичу» — Devin сам клонирует репозиторий, ставит зависимости, пишет код, запускает тесты, открывает PR. Это полноценный engineering workflow, имитирующий джуниор-разработчика.

MultiOn устроен иначе. Это API для web automation: вызываете эндпоинт `create`, передаёте URL и задачу на естественном языке («войди в аккаунт и скачай отчёт за апрель»), сервис разворачивает headless browser в своём облаке, выполняет шаги и возвращает результат через методы `step` и `retrieve`. Разработчик встраивает MultiOn в собственное приложение через Python или JS SDK. Это не «AI-разработчик», это «AI-руки, которые умеют ходить по сайтам».

Из карты выше видно, в чём корневая ошибка вопроса «Devin vs MultiOn»: правильнее ставить вопрос «Devin vs Claude Code» (другой кодирующий агент) или «MultiOn vs Operator» (другой browser-use). Прямое сравнение Devin и MultiOn имеет смысл ровно для одного класса задач — automation, где требуется кликать по сайтам. В этой нише Devin технически справится (у него есть встроенный браузер для тестирования веб-приложений), но это не его сильная сторона — внутри dossier №4.1 у Devin браузер заявлен как инструмент поиска документации, а не как основная функция.

Вы передали задачу агенту и закрыли ноутбук на 40 минут. Возвращаетесь — а агент в третий раз пытается запушить не в ту ветку или, того хуже, переименовал production-таблицу. Уровень автономии и наличие «стоп-крана» — это не маркетинговая фича, это вопрос, сколько денег и нервов вы готовы заложить на сюрпризы.

Devin и MultiOn расположены на противоположных концах спектра автономности. Devin тяготеет к «autopilot mode»: получает задачу типа «добавь Google-аутентификацию», самостоятельно её декомпозирует, выполняет 10–30 шагов и приходит с PR. Пользователь видит экран Devin в реальном времени (realtime-сессия из dossier §4.2), может задать уточняющий вопрос — но не обязан подтверждать каждое действие. По заявлению Cognition, Devin умеет задавать пользователю встречные вопросы, если требования неясны, и поддерживает Pause/Resume в любой момент.

MultiOn — на стороне «step-by-step». Архитектурно агент исполняет один шаг (`step`) за вызов API, и разработчик решает, когда вызывать следующий. Есть и режим, когда задача формулируется целиком, и MultiOn выполняет её до завершения, но даже в этом случае контроль ближе к API-вызову: вы запускаете сессию, мониторите её программно, можете остановить. Это не «autopilot», это «дрон с пультом».

Что это меняет в практике. На MultiOn ошибочный шаг — это один неверный клик, который вы видите в коде и можете повторить иначе. На Devin ошибочное решение — это уже потерянные 20 минут работы и потраченные ACU (Agentic Compute Unit), которые Cognition списывает с тарифа. MultiOn архитектурно сложнее интегрировать, но проще контролировать в момент исполнения; Devin проще запустить, но дороже «разбирать последствия».

Есть один общий механизм безопасности — sandbox-изоляция. У Devin это контейнер на серверах Cognition, у MultiOn — managed browser в облаке. Но это про изоляцию от вашей машины, а не про контроль над тем, что агент делает внутри изоляции. Внутри своей среды Devin может сделать `rm -rf ./tmp` или удалить ветку — sandbox это не предотвратит.

Задача звучит так: «зайди на портал поставщика, скачай прайс-листы за апрель, распарсь, обнови их у нас в системе». Звучит банально, но на практике 90% домашних попыток упирается в CAPTCHA, lazy-loading таблиц и нестандартные модалки. Какой агент справится с реальным сайтом, а не с демо-страницей из ролика?

Computer use — родная вотчина MultiOn и побочная функция для Devin. Это видно даже по описанию инструментов в досье. У MultiOn целая категория функций строится вокруг браузера: managed browser в облаке, API-методы `goto`, `click`, `type`, `scroll`, `back/forward`, `retrieve` для извлечения структурированных данных со страницы. SDK на Python и JavaScript заточены именно под web automation. Есть отдельное Chrome-расширение для личного использования. Концепция MultiOn — «natural language задача → действия в браузере без XPath и CSS-селекторов».

У Devin браузер тоже есть, но в dossier §2 он указан как один из инструментов агента «для поиска документации, тестирования веб-приложений». То есть Devin использует браузер как джуниор-разработчик: открыть Stack Overflow, прочитать docs.python.org, прогнать локально поднятый фронтенд. Сценарий «зайди в админку партнёра и заполни форму отчёта» теоретически возможен, но это не основной use-case и не оптимизированный путь.

Принципиальная разница — в архитектуре понимания страницы. MultiOn, по заявлению самой компании в публичной документации, работает с природным языком и снимает с разработчика необходимость знать DOM-структуру. Точная модель не публикуется (data gap из dossier §2), но интерфейс API явно использует семантические команды («click the «Login» button») вместо CSS-селекторов. Devin использует браузер ближе к тому, как им пользуется человек: видит, читает, кликает, но это не основной inputtype для модели.

Есть и общий гэп. Ни в одном из двух dossiers нет публичных результатов по WebArena или VisualWebArena — стандартным бенчмаркам для browser-use. MultiOn сама пишет в dossier §6, что «надёжность средняя, особенно на динамических сайтах с CAPTCHA или нестандартным UI». Это редкая честность: компания признаёт ограничения. У Devin тоже нет публичных результатов по WebArena (data gap), но Devin и не позиционируется как web-automation-агент.

В пятницу днём приходит тикет: «добавить экспорт в CSV в админке, к понедельнику». На вас — четыре других задачи. Можно ли отдать тикет агенту и в пятницу вечером закрыть ноутбук? Здесь Devin и MultiOn существуют в разных вселенных.

Это та подтема, где MultiOn вообще не участвует в сравнении. По dossier MultiOn §4 и §2 продукт не позиционируется как coding agent — у него нет shell, нет git-интеграции, нет работы с репозиториями. MultiOn умеет извлечь данные с веб-страницы и передать их обратно в ваш Python-скрипт; написать сам код вашего скрипта он не умеет. Ставим MultiOn 2/10 не потому, что «плохо пишет код», а потому что это не его функция — как ставить TTS-сервису оценку за рендеринг видео.

Devin, напротив, и был задуман как coding agent. В dossier §4.1 заявлены end-to-end фичи: написать с нуля по требованиям, дебажить с диагностикой (читает stack trace, находит root cause, исправляет, запускает регрессионный тест), открыть PR с описанием. В §2 указан набор инструментов: shell, code editor, browser, git, sandbox. Это полноценный engineering workflow.

Главное публичное достижение Devin — пионерский результат на SWE-bench. В dossier §4.3 и §6 зафиксировано: при первом анонсе в марте 2024 Devin показал 13,86% на SWE-bench Verified. Это был первый результат выше 10% на этом бенчмарке и причина виральности «первого AI-разработчика». На момент составления нашего dossier результат Devin 2.0 на SWE-bench не зафиксирован в источниках, которыми мы располагаем — это data gap, который мы честно отмечаем.

При этом важно не закрывать глаза на разоблачение июля 2024 (dossier §9): пользователь r/MachineLearning детально разобрал, что launch-демо Devin было cherry-picked, а большинство реальных задач Devin проваливал или делал неправильно. После этой публикации термин «vibe AI» закрепился именно за категорией агентов. К 2025 году конкуренты — Claude Code, GitHub Copilot Workspace, Cursor Composer — показывают сопоставимые или лучшие результаты по значительно более низкой цене (dossier §9 и §12).

Кому из реальных пользователей Devin полезен. Из dossier §11: рутинные CRUD-операции, рефакторинг, тесты, документация. Где Devin проседает (dossier §12): нетривиальные архитектурные задачи, расплывчатые ТЗ, проекты с нестандартным стеком. Это совпадает с поведением «джуниор-разработчика, которому нужен чёткий тикет».

Агент уверенно выполнил три шага, на четвёртом сайт ответил 404, на пятом сломалась авторизация. Что произойдёт дальше: агент это заметит и поменяет маршрут, или будет 47 раз ломиться в одну и ту же дверь, пока не сожжёт ваш бюджет? Это и есть self-correction — критичный параметр для production.

Devin изначально проектировался как сервис, имитирующий цикл «попробовал — увидел ошибку — починил». В dossier §4.1 это прямо описано: «Bug fixing с диагностикой. Читает stack trace, находит root cause, исправляет, запускает тест на регрессию». Это работает на хорошо изученных сценариях: типичный Python TypeError, npm-зависимость не установилась, тест упал. Поведение Devin здесь близко к разработчику-стажёру: первая попытка — ошибка, читает лог, вторая — успех.

На сложных задачах поведение Devin деградирует. Это видно даже из честной формулировки в dossier §12 «Slipping на сложных задачах. Реальные coding challenges за пределами стандартного CRUD — часто провал или неполное решение». Это редкая ситуация, когда мы цитируем минус прямо из dossier сервиса — но именно так это там написано составителем. На реальных архитектурных задачах Devin может довольно долго ходить кругами.

У MultiOn ситуация другая по природе. Сервис в dossier §6 сам признаёт: «надёжность — средняя, особенно на динамических сайтах с CAPTCHA или нестандартным UI». Публичных бенчмарков качества компания не публикует (data gap). MultiOn умеет получить скриншот текущего состояния (screenshot endpoint в SDK), и если разработчик выстроил retry-логику на стороне своего приложения — он может реализовать self-correction вокруг MultiOn. Но это означает, что self-correction-логика выносится из агента в код вашего приложения.

На нашем опыте разница такая: Devin удобнее, когда self-correction должен случиться внутри агента и не возвращаться к пользователю на каждый чих. MultiOn честнее в том смысле, что не претендует на «магическое восстановление» — он отдаёт статус, дальше ваша архитектура. Это менее красиво, но в production иногда полезнее: вы знаете, какой именно шаг провалился, и можете осознанно строить retry-стратегию.

«Перепиши легаси-модуль с PHP на Go — это работа на пару дней». Можно ли запустить агента в пятницу вечером и проверить в понедельник? Здесь становится важной не скорость одного шага, а способность удерживать контекст и не «терять память» через 30 шагов работы.

Devin создан как раз под этот класс задач. В dossier §6 указано: «крупная задача (новая фича в существующей кодовой базе): 1–4 часа». То есть в дневной режим вписываются задачи уровня «добавь фичу с авторизацией», в недельный — рефакторинги и переписки модулей. Контекст задачи у Devin персистентный — он помнит всё, что делал внутри одной сессии (session memory из dossier §2). Параллельно может запускать несколько задач (dossier §4.2, §6) — это даёт эффект «несколько джуниоров под управлением сениора».

Реалистичные ограничения Devin на длинных задачах. Из dossier §12: «Медленнее человека. На нетривиальных задачах — часы; разработчик сделал бы быстрее». И отдельно: «Slipping на сложных задачах». Это значит, что для рутинных длинных задач (миграции данных, рефакторинг по шаблону, ребрендинг строк) Devin полезен; для архитектурных нет — он будет долго и дорого ходить кругами.

MultiOn архитектурно не предназначен для долгосрочных задач. Сессия в MultiOn — это набор шагов в одном браузере с сохранением cookies и логина (dossier §4.1, stateful sessions). Длина сессии не описана в публичных источниках как многочасовая. Концепция «агент работает сутки в фоне» — это не про MultiOn; для долгого процесса разработчик должен сам построить очередь задач и вызывать MultiOn по мере необходимости.

Что это значит в TCO. Devin за час работы на крупной задаче «съедает» десятки ACU (dossier §3 — типичная задача несколько ACU, сложная — десятки). На неделе из 40 рабочих часов и нескольких параллельных задач счёт за compute может уходить далеко за заявленные $500/мес базового тарифа. MultiOn по этой оси проще для бюджета: вы платите за количество API-вызовов, а не за «время удержания контекста».

Финансовый директор смотрит счёт и говорит: «$500 в месяц за одного агента — это зарплата стажёра в Восточной Европе». Вопрос не «дорого ли это?», а «получаете ли вы стажёра за эти деньги или дорогой пет-проект». В сравнении Devin и MultiOn это два совершенно разных подхода к деньгам.

Devin позиционируется как премиум-продукт для технологических команд. По dossier §3: Starter — $500/мес, Teams — от $500/мес с несколькими seats, Enterprise — custom. В Starter входит ограниченное число ACU (Agentic Compute Unit), но точное число ACU на $500 не публиковалось стабильно (это явный data gap в dossier §3.1). ACU — единица измерения реального времени работы агента; типичная задача — несколько ACU, сложная — десятки. То есть «$500/мес» — это нижняя граница, и реальная годовая стоимость зависит от объёма работы.

Простая годовая прикидка: Starter $500 × 12 = $6 000 в год минимум. В рублях по курсу около 90 ₽ за доллар — порядка 540 000 ₽ в год за одного агента, без учёта налогов и эквайринга. Для технологического стартапа в США — приемлемо; для российского B2B — премиум. Если задачи активные и ACU выгорают быстро, реальный счёт может уйти к $1 000–$1 500 в месяц.

MultiOn использует другую модель: Free / Developer тариф с $0 и ограниченным числом API-вызовов (точный лимит — data gap из dossier §3.1) и платные тарифы, точные цены которых не зафиксированы в надёжных источниках на момент составления dossier (§3.2 — явный data gap). Это ограничивает наш расчёт. По правилам редакции §17 ставим MultiOn 5/10 по этому параметру — компания не публикует стабильно полную тарифную сетку, и это минус прозрачности.

Что выбирать. Devin окупается только если объём работы агента стабильный — например, 30+ задач уровня баг-фикс и CRUD в месяц. На нашем профиле в редакции AIRatings (мы используем агентов для рутинных задач инфраструктуры) подписка Devin не окупилась бы — задач недостаточно. MultiOn для нашего профиля интереснее: Free-tier перекрывает тестирование и эпизодические сценарии, а оплата дополнительных вызовов идёт по факту, без $500 фиксированных.

Хочется потестировать прежде чем платить. У одного сервиса этого нет вообще, у второго — нормальный Free, на котором можно построить прототип. Это не косметика, это фильтр доступа: половина команд просто не дойдёт до тарифа, который требует $500 предоплаты «чтобы поиграться».

У Devin бесплатного тарифа нет. По dossier §3 базовый Starter — $500/мес. Это означает фильтр на старте: если вы не готовы выложить полтысячи долларов за месяц только ради попробовать, Devin для вас не существует. Возможны trial-промокоды для технологических компаний (это типично для премиум-сервисов с приватной командой), но в публичной информации в dossier — только платный вход.

У MultiOn Free / Developer-тариф есть. По dossier §3.1: $0 в месяц, ограниченное число API-вызовов (сессий). Точный лимит на Free не зафиксирован стабильно (data gap), но сам факт наличия бесплатного входа делает MultiOn доступным для разработчика-одиночки или маленького стартапа на этапе прототипа. Можно за один вечер встроить MultiOn в свой пет-проект, посмотреть, как агент справляется с вашим конкретным сайтом, и только потом решать про платный тариф.

Прозрачность Free-tier у MultiOn хромает: точный лимит API-вызовов в dossier не зафиксирован стабильно. Это означает, что разработчик узнаёт реальную ёмкость только в момент превышения. У Devin прозрачность другая — ACU считаются, но базовый порог входа закрыт ценой. Оба варианта неидеальны: Devin берёт деньгами за определённость, MultiOn даёт бесплатный вход в обмен на неопределённость лимитов.

Вы строите собственный продукт и хотите, чтобы агент жил внутри вашего приложения: триггерился по событию из очереди, отдавал результат в базу, логировался в Sentry. Здесь вопрос не «есть ли API» — он есть у многих. Вопрос «насколько API заточен под встраивание, а не под демонстрацию».

MultiOn в этой подтеме сильнее по природе. В dossier §2, §4 и §5 продукт описан как «API-first»: REST API на api.multion.ai, официальный Python SDK (`pip install multion`), JavaScript SDK через npm, документация на docs.multion.ai. Концепция продукта — это не «зайди на сайт MultiOn и попроси что-то сделать», а «вызови API и получи результат». Базовые методы (`create`, `step`, `retrieve`) — это набор примитивов, на которых можно собрать собственный сценарий любой сложности.

У Devin API устроен иначе. По dossier §5 указано: «API: есть для Enterprise; публичный API в ограниченном виде». То есть Devin не задумывался как платформа для встраивания в чужие приложения — это самостоятельный продукт со своим UI, сессиями и Slack-интеграцией. Если ваша задача — встроить Devin как один из шагов в собственный CI/CD-пайплайн, придётся либо идти на Enterprise-контракт (где будет полноценный API с rate limits и SLA), либо ограничиваться UI-режимом с ручным запуском.

Парадокс ситуации: Devin технически мощнее как агент (shell, git, code editor), но именно MultiOn — production-ready в смысле API-интеграции. Это типичная разница между «продукт для конечного пользователя с админкой» и «инструмент для разработчика, который собирает свой продукт». В обзорной таблице по этой подтеме Devin получает средние 5–6 баллов за наличие, но ограниченность; MultiOn — 9 баллов за то, что API-first — это его суть.

Вы российская команда, и хотите автоматизировать workflow. Хорошие новости: оба сервиса технически работают. Плохие: оплатить с российской карты не получится ни тот, ни другой. Это типичная ситуация для категории ai-agents образца 2026 года, и она требует отдельного бюджета на инфраструктуру обхода.

Devin по dossier §7 — без прямого доступа из РФ без VPN (точный статус геоблокировки — data gap, но как американская компания Cognition в большинстве случаев фильтрует RU IP). Оплата российскими картами не работает. Обходные способы: VPN плюс зарубежная карта или корпоративный контракт через EU/US юрлицо. Интерфейс — на английском; русские комментарии в коде технически поддерживаются, но качество работы с русским не тестировалось официально (data gap).

MultiOn по dossier §7 — без подтверждённого прямого доступа из РФ без VPN (точный статус тоже data gap). Оплата российскими картами не работает. Русский язык работает через базовую LLM-модель; русскоязычные сайты теоретически поддерживаются, но публично не тестировались. Для российской команды реалистичный путь — VPN плюс зарубежная карта плюс эквайринг.

Что это значит для российской команды. Дополнительная инфраструктура (VPN, корпоративная карта в зарубежном банке, иногда отдельное юрлицо) — нормальная статья расходов для технологического стартапа в РФ, но дополнительные 5–15 тысяч рублей в месяц на одного агента нужно закладывать сразу. По обоим сервисам мы ставим 3/10 — не из-за качества продукта, а из-за того, что компании не предусмотрели путь для российских клиентов и не публикуют официальной позиции по статусу.

Время — деньги, особенно у агента, которому платишь по факту работы. Один шаг агента стоит несколько секунд или несколько минут; типичная задача — десятки шагов. В сумме разница между 5 и 15 секундами на шаг превращается в час ожидания на длинной сессии. Здесь архитектура двух сервисов даёт принципиально разную скорость.

MultiOn быстрее на одном шаге. В dossier §6 указано: «3–15 секунд на шаг, в зависимости от загрузки серверов и сложности страницы». Это типичное поведение headless browser в облаке: одна навигация, один клик, один retrieve. Если ваш сценарий — это 5 шагов, общее время составит порядка 15–75 секунд. Для интерактивных приложений (например, чат-бот, который от имени пользователя «ходит на сайт») такая задержка приемлема — даже близко к real-time.

Devin работает в другом темпе. По dossier §6: «небольшой баг-фикс — 10–30 минут, крупная задача — 1–4 часа». Это объяснимо: Devin одновременно читает код, ищет в документации, запускает тесты, ждёт компиляции и CI. Сам по себе один step в Devin — это не «один клик», а полноценное «осмыслить-сделать-проверить». Сравнение со скоростью MultiOn здесь некорректно: Devin не имеет шага в смысле API-вызова, у него только session-level метрика «время до результата».

Если разложить «скорость» на user experience, получается такая картина. MultiOn даёт ощущение «почти real-time» для коротких сценариев — пользователь в вашем приложении нажимает кнопку и через минуту получает результат. Devin даёт ощущение «отложенной фичи»: задача поставлена утром, готова к обеду или к концу дня. Это два разных продуктовых паттерна, и они не взаимозаменяемы.

Самый частый страх перед агентами: «а что, если он сделает rm -rf на нашем сервере?» Ответ зависит от архитектуры sandbox. У Devin и MultiOn она есть у обоих, но по-разному: один работает в контейнере на серверах Cognition, второй — в headless-браузере на серверах MultiOn. Дьявол в деталях изоляции.

Devin исполняет код в изолированном контейнере на серверах Cognition (dossier §8 — «Sandbox-окружение: код выполняется в изолированном контейнере, не на серверах клиента»). Для Enterprise есть on-prem deployment — то есть установка Devin на инфраструктуре клиента, что меняет картину безопасности кардинально (это редкая возможность для AI-агента, обычно конкуренты не дают on-prem). Логирование действий заявлено в Enterprise-наборе. Реальный вектор риска у Devin не в «прорыве из контейнера», а в том, что внутри контейнера агент пушит коммиты в ваш реальный GitHub-репозиторий — и это уже не sandbox.

MultiOn по dossier §8 использует managed browser на серверах MultiOn. Данные сессии (включая cookies, формы, скриншоты страниц) уходят на сервера MultiOn. Это создаёт другой класс рисков: вы не контролируете, где физически живёт ваша сессия, и что происходит с cookies после её закрытия. Компания напрямую в dossier §8 пишет: «MultiOn не рекомендует передавать пароли через API для sensitive sites». Это редкая транспарентная политика — производитель сам говорит «не используйте нас для банковских аккаунтов».

Ключевое отличие — где живут credentials. У Devin credentials к GitHub живут в Devin Enterprise или в OAuth-токене, переданном при подключении. У MultiOn cookies логина живут на серверах MultiOn в managed-браузере. Для production-сервисов с регуляторными требованиями (банки, медицина, госсектор) MultiOn в текущей архитектуре неприменим без дополнительных гарантий — в этом смысле он совершенно честно об этом предупреждает.

Юрист безопасности корпоративного клиента смотрит на оба сервиса и задаёт один вопрос: «Что у них с SOC 2, GDPR, и где хранятся данные задач». Если ответа нет — сделку с клиентом не подпишут. Это не маркетинг, это фильтр прохождения корпоративного due diligence.

Devin по dossier §8 имеет более структурированный compliance-сетап для Enterprise. SOC 2 Type 2 заявлен для Enterprise (но точный сертификационный статус — data gap по §8). Для Enterprise есть on-prem deployment, SSO, audit logs, SLA, кастомные интеграции (dossier §3.3). Cognition заключает enterprise-grade соглашения. Для пользователей на тарифе Starter — стандартные условия (не enterprise-grade, что логично для $500 базы).

MultiOn по dossier §8 более лаконичен. Managed browser, политика «не передавайте пароли для sensitive sites», ссылка на multion.ai/security как источник на момент составления. Полная privacy policy — data gap. Enterprise support по dossier §12 описан как «limited» — это означает, что для большой компании с регуляторными требованиями MultiOn в текущем виде не вариант: они не дотягиваются до уровня enterprise-due-diligence.

Для прохождения корпоративного due diligence по этой подтеме Devin выигрывает за счёт самого факта enterprise-набора: даже если SOC 2 Type 2 ещё в процессе сертификации, наличие on-prem option и audit logs снимает большую часть рисков для крупного клиента. MultiOn в этой плоскости — продукт для разработчиков, не для CISO.

Вы строите критичный workflow на агенте и переживаете — а будет ли этот сервис существовать через два года? Категория AI agents — одна из самых перегретых, и многие сервисы 2024 года не дожили до 2026-го. Здесь финансирование и инвестор — не «фан-факт», а оценка риска привязки.

Devin вырос на крупном финансировании. По dossier §1: Серия A — $21M в январе 2024 от Founders Fund; Серия B — $175M в апреле 2024, оценка компании $2 миллиарда, опять ведущий — Founders Fund. Итого только за публично известные раунды — около $196M, привязка к одному из самых сильных technology-VC в Кремниевой долине. Это означает: даже если Devin окажется не самым успешным продуктом в категории, у Cognition есть капитал на 3–5 лет работы с текущей burn rate.

MultiOn по dossier §1 устроен иначе. Финансирование описано как «суммы раундов небольшие», точные цифры — data gap. Компания небольшая. В dossier §12 прямо указано: «Маленькая компания. Риск закрытия или замедления разработки». Это редкая откровенность от составителя dossier, и она важна: MultiOn — это рабочий продукт сегодня, но без гарантии, что он будет рабочим через 18 месяцев.

Парадокс: финансовая мощь не гарантирует продуктового успеха. Cognition с $196M построил Devin, который к 2025 году конкуренты обогнали по цене и в ряде задач — по качеству (Claude Code, Cursor Composer, Copilot Workspace по dossier §9, §12). MultiOn без big-tech-инвестиций сделал API, на который заложены реальные продукты. Деньги — не качество, но они отвечают на вопрос «есть ли запас прочности». У Devin запас есть, у MultiOn — нет.

Где конкретно Devin перекрывает MultiOn так, что вариантов выбора не остаётся. Не «в целом», а на трёх практических сценариях, которые любая команда узнает в своей ежедневной работе.

Сценарий 1: «Перепиши легаси-модуль с Python 2 на Python 3.» Это типичная техдолговая задача, на которую сениор отказывается тратить два дня. У Devin это рутина: клонирует репозиторий (dossier §4.1), идёт по файлам, применяет автозамены типа `print → print()`, перехватывает import-ошибки, гоняет тесты, открывает PR с описанием изменений (dossier §4.1, §11). MultiOn в этом сценарии не участвует — у него нет shell, нет git, нет редактора кода.

Сценарий 2: «Покрой тестами модуль X, который никто не покрывал три года.» Девайн умеет читать существующий код, понимать структуру функций, генерировать unit-тесты, запускать их и итерировать (dossier §2 — shell + code editor; §4.1 — bug fixing с диагностикой). Это та самая стандартная CRUD-работа, где у Devin исторически лучшее качество (dossier §9, §11). Опять же MultiOn в этом сценарии не существует.

Сценарий 3: «Подключи Stripe-интеграцию по их документации.» У Devin есть встроенный браузер для чтения документации (dossier §2, §4.1), shell для установки зависимостей, git для коммитов. Полный цикл «прочитал docs → написал код → протестировал → открыл PR». MultiOn здесь номинально мог бы помочь только в части «зайти на dashboard.stripe.com и забрать ключи через формочку», но не в написании самой интеграции.

Что общего у этих трёх сценариев. Везде есть код, репозиторий, тесты, PR. Это и есть зона Devin. Чем ближе ваша задача к «работа в IDE и терминале», тем сильнее Devin относительно MultiOn. И наоборот — в этой подтеме MultiOn не получает высоких баллов не из-за слабости, а из-за того, что задача не его класса.

Симметрично — где конкретно MultiOn сильнее Devin до точки, в которой Devin вообще не вариант. Это три сценария из реального B2B-стартапа, которые показывают, зачем MultiOn существует как отдельный продукт.

Сценарий 1: «Собирай каждые два часа цены с 12 сайтов поставщиков и загружай в нашу базу.» Это классическая задача web scraping с авторизацией. MultiOn здесь идеально подходит: создаётся сессия с логином, методом `step` агент проходит по нужным страницам, методом `retrieve` забирает структурированные данные (dossier §2, §4.1). Всё встроено в вашу очередь задач через Python SDK (dossier §5). Devin для регулярной задачи с интервалом два часа — overkill: дорого, медленно, требует ручной формулировки каждый раз.

Сценарий 2: «Дай пользователю функцию `book_flight(параметры)`, которая зайдёт в Aviasales и забронирует за него.» Это сценарий встроенного web-агента в продукт. MultiOn — естественный выбор: API внутри вашего бэкенда, headless browser в облаке MultiOn, natural language задача (dossier §2, §4.3). Devin в этом сценарии не вариант — он не предназначен для встраивания в production-приложение, его API ограничен (dossier §5).

Сценарий 3: «Скачай отчёты из 8 разных госуслуг-подобных систем, где каждая со своим logged-in флоу.» MultiOn с его stateful sessions (dossier §4.1) хорошо подходит для таких сценариев: одна сессия — один сайт — один result. Можно параллелить, можно делать retry, можно дебажить через screenshot. Devin теоретически мог бы это сделать, но проиграл бы по скорости и стоимости — это не его специализация.

Общий знаменатель этих трёх — встраивание в свой код и работа с публичной частью интернета. Везде, где задача сводится к «открой сайт, сделай N кликов, забери данные, повтори завтра», MultiOn выигрывает у Devin по всем осям: цена, скорость, простота интеграции, специализация. Devin здесь — как нанимать сениор-разработчика на работу секретаря-копипастера.

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

Портрет 1: Founder/CTO стартапа на 6 разработчиков, бэклог из 50 тикетов в месяц. Берёте Devin Teams (от $500/мес, dossier §3.2), отдаёте ему рутинные тикеты типа «добавь экспорт CSV», «покрой тестами модуль X». На сложных архитектурных задачах Devin не помогает — это работа сениоров. MultiOn в вашем профиле — только если строите продукт с web-automation внутри. Реалистичная экономия — 1–2 ставки джуниора, но через 3 месяца оценивайте по метрике «сколько PR от Devin реально слиты в main без переделок».

Портрет 2: Разработчик-одиночка строит SaaS с фичей «AI booking». Девин не нужен — у вас один разработчик, и кодинг-помощь дешевле через Cursor или Claude Code. MultiOn — берёте Free-tier, прототипируете 2 недели, потом решаете про платный (dossier §3.1). Это и есть archetypal user MultiOn: разработчик, которому нужно встроить web-automation в свой продукт без поднятия Selenium-инфраструктуры (dossier §11, §13).

Портрет 3: Российская корпорация (банк / телеком), регуляторные требования, on-prem обязателен. MultiOn выпадает сразу — managed browser не подходит для регулируемых сред (см. §S1, §O6). Devin Enterprise с on-prem option (dossier §3.3, §8) — единственный реалистичный путь в этой паре. Но: закладывайте 3–6 месяцев на due diligence, проверку SOC 2 Type 2 статуса, юридическую обвязку через зарубежное юрлицо и решение по доступности из РФ.

Портрет 4: ИИ-энтузиаст без production-задач, хочет посмотреть, что такое «AI-агенты». Devin не вариант — $500/мес «чтобы поиграться» неоправданно. MultiOn Free-tier — нормальное место для знакомства, можно за выходные построить простой агент-сценарий и понять класс задач. Альтернатива из категории — open-source AutoGPT или Agent Zero (см. каталог ИИ-агентов).

Общий принцип распределения. Devin — для команд с бэклогом и бюджетом, готовых платить за «дорогого джуниора, которого можно масштабировать». MultiOn — для разработчиков, которые хотят web-automation как инфраструктурный слой в собственном продукте. Оба сервиса в этой паре нельзя поставить «вместо друг друга» — это не альтернативы, а дополнения для разных классов задач.