Завур Мамашев

Как фронтенд-разработчик я каждый день работаю в привычной многим среде разработки VS Code. Однако в личных проектах, которые я создаю для исследования новых инструментов и методов написания кода, часто использую Cursor. Он классно ускоряет разработку, но мне давно хотелось проверить: способен ли искусственный интеллект самостоятельно воплотить сырую идею в полноценное рабочее приложение? Иногда хочется быстро увидеть прототип в действии, чтобы решить, стоит ли развивать проект дальше. Именно поэтому я не смог пройти мимо многообещающего сервиса Devin. Главная цель этой статьи — показать, как на практике выглядит реализация идеи с помощью Devin, и разобраться, действительно ли перед нами потенциальный конкурент Cursor. Кто такой Devin Разработчики из Cognition AI анонсировали Devin в 2024 году как полноценного автономного ИИ-инженера. Позиционируется он принципиально иначе, чем привычные ассистенты: не просто как умный текстовый редактор, а как полноценный автономный агент. Вы описываете задачу обычным текстом, а дальше Devin сам планирует работу, пишет код, запускает его, исправляет возникающие ошибки и развертывает готовое приложение без вашего постоянного участия. Звучит как заманчивый маркетинговый лозунг, поэтому я решил проверить его заявления на реальной задаче. При регистрации я выбрал бесплатный тариф и приятно удивился безлимитным автодополнениям и возможности построчного редактирования кода. Подобной щедростью встроенные в VS Code инструменты вроде GitHub Copilot или Cursor похвастаться не могут. Индивидуальные планы по подписке Devin. Источник. Как устроен Devin Desktop Инструмент доступен в трех форматах: в виде интерфейса командной строки Devin CLI, облачного веб-приложения Devin Cloud и десктопной среды разработки Devin Desktop. Я остановился на десктопной версии, так как это наиболее привычный формат. По сути, перед нами обычный редактор кода, где можно работать в стандартном режиме как в VS Code или Cursor, но в любой момент делегировать задачу ИИ-агенту. И тут стоит сделать важную оговорку: Devin Desktop — это не продукт, написанный Cognition с нуля. Это переименованная среда разработки Windsurf (в прошлом Codeium и по совместительству один из главных конкурентов Cursor), которую компания Cognition приобрела в 2025 году примерно за 250 млн долларов, а летом 2026 года официально представила под брендом Devin Desktop. Таким образом, выбирая версию Desktop, я по факту получаю готовую, обкатанную годами IDE с AI-автодополнением. Открыв программу, я сразу увидел интересную особенность. В отличие от аналогов, здесь есть два режима: Agent и Editor. Причем это не просто два варианта одного и того же чата, а два принципиально разных интерфейса. Режимы Editor и Agent: в чем разница Режим Editor представляет собой IDE-обвязку вокруг VS Code. Слева находится привычный проводник Explorer с файлами проекта, по центру — сам редактор кода, а справа — панель чата с ИИ, очень похожая на боковую панель в Cursor. Devin Desktop в режиме Editor. Интерфейс режима Agent выглядит совсем иначе. Здесь нет открытых файлов кода, вместо них перед нами открывается полноценная доска сессий с переключателями Board и List, фильтрами, поиском, кнопкой New session и списком запущенных задач. По сути, это канбан-доска для параллельных фоновых процессов. Devin Desktop в режиме Agent. В этом и проявляется ключевая разница между подходами Devin и Cursor. В Cursor агентный режим — это лишь дополнительная функция внутри чата, расположенного рядом с вашим кодом. У Devin же управление агентами вынесено на отдельный экран верхнего уровня, и это прямое отражение философии продукта — можно запустить несколько задач параллельно, уйти по своим делам, а затем вернуться и проверить статус каждой из них в таск-трекере. Проще говоря, в этом режиме Devin — не ассистент, а скорее личный разработчик, работу которого вы контролируете. Создаем Telegram-бота «Cheap Flights Alert» Не хотелось давать Devin слишком легкую задачу вроде калькулятора или todo-приложения. Поэтому я поручил ему сервис с Telegram-ботом для уведомлений о дешевых авиабилетах и веб-панелью для настройки маршрутов и ценовых порогов. Задача требует планирования сразу нескольких компонентов: БД, фронтенда, интеграции с Telegram API и работы с внешним API перелетов. Думаю, это раскроет все возможности агента и покажет его умение раскладывать работу на шаги. Формулируя задачу, я намеренно не расписывал стек и архитектуру — указал только функциональные требования и жесткие ограничения (например, контейнеризацию проекта, потому что в планах развернуть его на VDS). Если бы я прописал все до деталей, то проверял бы не автономность Devin, а его умение следовать четким инструкциям. Мне же было интересно посмотреть именно на то, какие архитектурные решения он примет самостоятельно и как объяснит их. Полный текст промпта Разработай Telegram-бота «Cheap Flights Alert» — сервис, который регулярно проверяет цены на авиабилеты по выбранным пользователями направлениям и присылает уведомление, когда находит билет дешевле заданного порога.Функциональные требования:1. Веб-панель (простой фронтенд), где пользователь: - авторизуется через свой Telegram (или просто вводит Telegram ID — на твое усмотрение, объясни выбор) - добавляет/удаляет направления для отслеживания (например: Москва → Стамбул, СПб → Дубай) - задает ценовой порог для каждого направления (например: «уведомлять, если дешевле 15 000 ₽») - указывает примерные даты или диапазон дат (гибкие даты ±3 дня — на твое усмотрение, объясни выбор)2. Бэкенд, который: - по расписанию (раз в несколько часов, cron или аналог) запрашивает цены на перелеты через доступное API (Aviasales / Travel Payouts, Skyscanner, Kiwi.com — сам разберись, что доступно бесплатно и не требует сложной регистрации; если нужен API-ключ — укажи это) - сравнивает найденные цены с порогом пользователя и, если билет дешевле, формирует уведомление: маршрут, дата, цена, ссылка на покупку, пересадки - отправляет уведомление пользователю в Telegram через бота - не присылает дубли — помни, какие предложения уже отправлял (хотя бы по паре маршрут + дата + цена)3. Telegram-бот: - команда /start — регистрация, инструкция - команда /routes — показать текущие отслеживаемые направления и пороги - присылает уведомления о дешевых билетах по мере их обнаруженияТехнические ограничения:- проект должен быть контейнеризован (Docker / docker-compose), потому что в дальнейшем я буду разворачивать его на отдельном VDS — но сейчас деплой делать не нужно, только подготовь все к нему (Dockerfile, docker-compose.yml, .env.example с переменными окружения)- код и БД должны быть организованы так, чтобы сервис можно было поднять одной командой на чистом сервере- не используй платные внешние API без явной необходимости — если для поиска перелетов нужен API-ключ, укажи это отдельно в README- не нужно: продвинутую систему авторизации/платежей, мобильное приложение, бронирование и покупку билетов внутри бота, поддержку других видов транспорта- в конце: напиши README с инструкцией по запуску (локально через docker-compose), покрой тестами хотя бы сравнение цен и формирование уведомления; если по ходу работы принимаешь архитектурные решения (выбор БД, библиотеки для работы с flights API, структура проекта) — кратко объясни, почему На бесплатном тарифе пользователям доступна только модель SWE-1.6 Slow, в то время как платные подписки открывают доступ к более быстрым и производительным моделям. Модели в Devin. Я отправил Devin свой первый запрос. Сначала интерфейс выдал предупреждение о высокой нагрузке на серверы, но через пару минут работа все же началась. Агент автоматически составил план действий из 10 пунктов и запустил циклическую цепочку шагов, за которой очень удобно наблюдать на экране. Цикл состоит из трех основных фаз: Thoughts (внутренние рассуждения модели); Searched web (активный поиск информации в интернете — в моем случае агент изучал бесплатные API через Aviasales, Travel Payouts, Skyscanner и Kiwi); Updated todo list (корректировка и детализация исходного плана на основе найденных данных). Для меня это стало показательным моментом. Я намеренно не указывал стек технологий и конкретные API для интеграции, и модель не стала выдумывать несуществующие методы. Вместо этого она сначала проверила, какие инструменты доступны бесплатно в сети. Работая в Cursor, мне пришлось бы самостоятельно выбирать API или расспрашивать модель в соседнем чате. В Devin же процесс больше напоминает контроль за работой джуна: он аргументирует свои решения, ищет информацию, на ходу правит план, а вы просто наблюдаете за логом сессии. Вся подготовительная фаза уложилась примерно в 20 минут. Важно подчеркнуть, что это время ушло именно на глубокое планирование и поиск оптимальных путей интеграции, а не на мгновенное написание случайных строк кода. Процесс обработки запроса с Devin. В конце работы над запросом Devin выдал итоговый отчет, самостоятельно определив архитектуру и стек технологий, так как изначально я не задавал жестких рамок для проекта. Для бэкенда агент выбрал FastAPI и базу данных PostgreSQL. Фронтенд-часть он реализовал на React, а самого Telegram-бота интегрировал непосредственно в общий проект. Всю эту систему Devin упаковал в контейнеры, настроив оркестрацию через docker-compose для удобного запуска. Здесь обошлось без экзотики — это стандартный рабочий выбор. Запустить проект Devin предлагает буквально одной командой. В README-инструкции описан классический процесс: нужно скопировать файл настроек cp .env.example .env, прописать в нем API-ключи и выполнить команду docker-compose up --build или запустить готовый скрипт ./start.sh. В логе было видно, как он выбирал источник данных о перелетах: сначала погуглил бесплатные варианты (Aviasales, Skyscanner, Kiwi) и остановился на Travelpayouts из-за простой регистрации и цен в рублях. Для русскоязычного сервиса это хороший выбор, но у их данных есть задержка до двух суток. В отчете агента это подается как плюс («быстро и стабильно»), однако для системы оповещений это скорее минус: уведомление может прийти, когда дешевый билет уже купили. При разработке веб-панели Devin решил не усложнять систему OAuth-авторизацией через Telegram Login. Вместо этого он предложил простой и надежный механизм: при первом запуске бота по команде /start пользователь получает свой уникальный Telegram ID и затем просто вводит его в панели для входа. Поскольку в ТЗ я сам предложил выбор между авторизацией через Telegram и просто ID, а также запретил сложную систему входа, Devin не стал ничего накручивать. Он пояснил, что для черновика этого достаточно: меньше мест, где все может сломаться. Агент точно попал в рамки и ничего не додумал. С датами получилось иначе. Я намекал на гибкий поиск «плюс-минус три дня», но ИИ упростил логику и выбрал фиксированный промежуток от одной конкретной даты до другой конкретной. Это снизило нагрузку на внешнее API, сделало проще и код, и поиск билетов. Однако минус в том, что сервис проверяет цены строго в заданном окне, а не ищет самый дешевый вылет около нужных дней. Для сценария «хочу улететь примерно в эти выходные» гибкий вариант подошел бы лучше, но агент упростил то, что было неудобно писать, и преподнес это как удобство для пользователя. APScheduler отвечает за регулярную проверку цен. Частоту агент настроил на раз в четыре часа, что вполне соответствует моему требованию «раз в несколько часов». Планировщик при этом живет на том же сервере: если упадет сервер, встанут и проверки, но для MVP такой подход вполне нормален. Сам бот поддерживает стандартный набор команд — /start, /routes и /help, а также отправляет push-уведомления, как только стоимость билета опускается ниже заданного пользователем порога. Чтобы избежать отправки дублирующих сообщений, Devin предусмотрел защиту на уровне базы данных, добавив уникальные ограничения (constraints) для связок маршрута, даты и цены. Для проверки надежности кода агент написал тесты, покрывающие ключевые функции: валидацию кодов аэропортов IATA, сравнение найденных цен с лимитами пользователей, дедупликацию предложений и сборку самих уведомлений. Архитектурные решения понятны, теперь оценим работоспособность проекта. Запуск созданного приложения Попробуем запустить проект, следуя файлу README, который составил агент. Для начала я создал Telegram-бота и аккаунт на Travelpayouts, чтобы получить токены и внести их в файл .env. Запускаем все сервисы: Первый билд прошел неудачно, но агент быстро нашел причину: в Docker использовалась старая версия Node, тогда как сборщик фронтенда требовал более свежую. Ошибка при билде проекта. Еще одна проблема при билде. Страница входа в веб-панель. Дальше начались знакомые сложности: лишние импорты, кривые аргументы функций, сломанная авторизация, некорректные запросы с фронтенда, неотслеживаемые пользователи в базе и поля с ошибочным форматом. В итоге пришлось потратить еще пару часов и дорабатывать код совместно с агентом. Тем не менее веб-панель заработала, и мне даже удалось добавить несколько маршрутов, которые сразу можно отслеживать в боте. Форма добавления маршрута. Интерфейс выглядит ровно так, как задавалось в ТЗ: вход по Telegram ID, маршрут, порог в рублях и диапазон дат (правда, как я уже упоминал выше, фиксированным окном, а не ±3 дня). Список с добавленными маршрутами. Команда /routes выводит тот же список направлений, что и панель, — значит, бот и веб-часть завязаны на общую базу. Маршруты в Telegram-боте. Для проверки я поставил порог 30 000 ₽ на направление Москва — Санкт-Петербург. Вскоре бот прислал предложение прямого рейса за 5 332 ₽ с датой и ссылкой на покупку. Цепочка «панель → проверка через /routes → уведомление» в итоге отработала как надо. Самый дешевый прямой маршрут. Что получилось. Devin за один промпт и ~20 минут сессии собрал цельный проект: бэкенд, бота, веб-панель, Docker и README. Он сам подобрал API, обосновал свои решения и сделал все это на тарифе Free без каких-либо предупреждений о лимитах. Из минусов: выдать готовый продукт «под ключ» с первой попытки у него не вышло. Сборка упала, бот отказался стартовать, а авторизацию и запросы с фронтенда пришлось допиливать руками. Без живого разработчика проект так и не дошел бы до отправки первых уведомлений. Так что на вопрос из начала статьи ответ простой: Devin действительно способен превратить сырую идею в рабочий прототип, но отменять программистов пока рано. Будьте готовы потратить пару часов на дебаг и правки. На этом можно было бы поставить точку: идея в целом работает, бот исправно посылает уведомления. Но в задании для Devin я просил Docker под сервер, чтобы проект поднимался на чистой машине одной командой. Давайте проверим, встанет ли он на VDS от Selectel так же, как на ноутбуке. Деплой проекта на VDS от Selectel Мне нужен был обычный сервер без лишней возни: Ubuntu, Docker, свой IP. Для этого я сначала взял минимальный тариф в Selectel — около 200 ₽ в месяц. На сайте продукт описан достаточно подробно, поэтому с выбором проблем не возникло. Я зарегистрировался и получил доступ к панели управления, в которой создал VDS сервер. Процесс создания VDS сервера. Процесс создания сервера предельно прост, так что не будем на нем останавливаться и сразу перейдем к переносу проекта. Попросим Devin развернуть его на нашем VDS. Полный текст промпта Сейчас задача — задеплоить уже готовый проект на мой VDS в Selectel по SSH. Локально через docker-compose он работает (после правок). Нужно поднять то же самое на сервере.Сервер: - SSH: root@... - Ubuntu 24.04 LTS - 1 vCPU, 1 GB RAM, 10 GB disk - Публичный IP есть, ключ SSH на моей машине уже настроен Сделай: 1. Подключись к серверу и проверь Docker / docker compose (установи, если нет). 2. Перенеси проект на сервер (git clone или rsync — как удобнее, объясни). 3. Создай .env на сервере из .env.example. Токены Telegram и Travelpayouts спроси у меня, если их нет в сессии. 4. Запусти: docker compose up -d --build 5. Проверь, что все контейнеры running, бот отвечает на /start и /routes, scheduler работает. 6. Если на 1 GB RAM не хватает памяти — предложи минимальные правки (лимиты контейнеров и т.п.), без переписывания архитектуры. 7. Настрой автозапуск после перезагрузки сервера. 8. В конце — отчёт: что сделано, как проверить, как смотреть логи, как обновлять при следующем деплое. Ограничения: - Не коммить и не хардкодь секреты. - Не ломай то, что уже работает локально. - Бот на long polling, webhook не нужен. - Для MVP веб-панель можно не выставлять наружу, если так проще; главное — бот и фоновые проверки цен. Готово, когда после деплоя я могу написать боту /start, увидеть маршруты в /routes и получить уведомление при подходящей цене. Началась стандартная работа: перенос проекта на сервер, установка зависимостей, заполнение переменных окружения. К сожалению, сразу результат я увидеть не смог, так как лимиты у Devin все же исчерпались. Процесс деплоя приложения в чате Devin. Далее Devin сообщил, что сборка Docker-образов проходит слишком долго или обрывается, поэтому лучше увеличить ресурсы сервера. Так я и поступил, увеличив RAM до 2GB. Несколько раз лимиты у агента заканчивались, но в итоге Devin справился и поднял весь стек: Backend API, Веб-панель, Telegram-бот и PostgreSQL! Все работает исправно, так же как и в локальной версии. Devin и Cursor — конкуренты или нет? Попробовав Devin, я могу ответить на вопрос из заголовка так: они слишком разные, чтобы прямым образом конкурировать. Это как сравнивать такси и личный автомобиль. Cursor — это среда, где ты работаешь сам, а ИИ помогает. Открыл файл, написал код, агент подсказал или поправил, ты видишь каждый diff. Когда при запуске бота падала сборка из-за версии Node или ломалась авторизация на фронте, в Cursor я бы правил Dockerfile и смотрел логи прямо в редакторе — без ожидания, пока агент сам найдет причину и предложит фикс. В Devin же ты можешь переключиться в режим Editor и посмотреть код, но сам ритм работы здесь другой: сначала агент думает и действует, и только потом ты подключаешься к проверке. Devin в режиме агента — это скорее делегирование, чем совместная работа. Конечно, всегда можно переключиться в редактор, посмотреть код или сравнить версии. Это удобно для задач вроде «создай сервис с нуля», когда не хочется тратить вечер на базовую настройку. Для быстрой проверки идей — отлично. Разница в подходах видна и по интерфейсу. У Cursor агент встроен прямо в боковую панель рядом с кодом — это надстройка над привычной IDE. У Devin под агента вынесен отдельный экран с доской сессий, где по умолчанию кода по умолчанию вообще не видно. У этих инструментов разная философия: Cursor говорит «я помогу тебе писать», тогда как Devin — «скажи, что нужно, я сделаю и отчитаюсь». Тут важно понимать, как работает тариф Free. В редакторе автодополнение работает почти без ограничений, и это заметное преимущество по сравнению с Cursor, где в бесплатной версии лимиты на агента заканчиваются очень быстро — особенно при активной работе или обработке больших объемов контекста. С агентом Devin ситуация иная: без платной подписки доступна только одна медленная модель SWE-1.6 Slow, а количество сессий строго ограничено. Я сам уперся в эти лимиты, когда пытался развернуть проект на VDS, из-за чего пришлось несколько раз возвращаться, чтобы продолжить. Devin убийцей Cursor так и не стал — да и скорее всего, даже не собирался. Это инструмент для тех, кому нужно получить готовый прототип, почти не прикасаясь к клавиатуре самому. Cursor же остается выбором тех, кто пишет код своими руками и просто хочет делать это быстрее. Заключение Эту статью я начал с довольно простого вопроса: может ли искусственный интеллект самостоятельно превратить идею в рабочее приложение? После этого эксперимента ответ скорее «да», но с важными оговорками. Devin, получив одно лишь текстовое описание задачи, собрал целый проект: бэкенд, веб-интерфейс, Telegram-бота и Docker-окружение. Он сам выбрал API и логично объяснил свои решения. В итоге я поднял сервис и локально, и на сервере — бот исправно присылал уведомления, а команда /routes выдавала нужные данные. Однако путь от первого отчета агента до реально работающего сервиса оказался сложнее, чем просто запуск одной команды. Пришлось потратить несколько часов на ручные правки, столкнуться с ограничениями при деплое и даже докупать оперативку на VDS. Так что сообщение Devin «все полностью готово» скорее описывало состояние репозитория, а не реальную готовность к продакшену. Для меня Devin занял свою нишу: если нужно быстро проверить идею и не хочется тратить весь вечер на настройку стека с нуля — вполне рабочий вариант. Для повседневной работы с кодом я все равно предпочитаю VS Code и Cursor. Если захотите протестировать инструмент самостоятельно, советую ставить задачу посложнее обычного todo-приложения и сразу закладывать время на доработку после того, как придет красивый отчет от агента. Именно тут начинается настоящая работа, и становится понятно, где заканчивается автономность ИИ.