Cursor v2: ИИ, который съел VS Code

Искусственный интеллект в кодировании только спровоцировал новую гонку вооружений. Cursor v2, форк VS Code, который появился всего шесть месяцев назад, теперь поставляется с собственным фронтирным моделью, многоагентным роем и встраиваемым браузером прямо в редактор. В индустрии, которая все еще рассматривает Copilot как модный автозаполнителем, Cursor открыто нацелился на весь стек IDE.

Темп изменений Cursor делает его запуск менее похожим на релиз функции и больше на настоящую силу, чем на рядовое обновление. Сообщения о примерно 10 миллиардах долларов оценки теперь соседствуют с запуском версии 2, который состоялся 29 октября, всего через полгода после форка VS Code. Этот темп свидетельствует о компании, которая не хочет быть плагином в экосистеме Microsoft; она хочет стать самой экосистемой.

В центре находится Composer, внутренняя модель кодирования Cursor, которая по показателям примерно в 4 раза быстрее конкурентных систем при выполнении аналогичных задач. В одном Неправильный объект Composer завершает сложную задачу кодирования примерно за 28 секунд, на что Claude может потребовать больше 2 минут. Cursor представляет это не как незначительную экономию времени, а как основополагающий слой для запуска десятков агентов на разработчика, не увеличивая затраты.

Скорость — это лишь половина провокации. Cursor v2 превращает парадигму одного помощника в рой из восьми агентов, каждый из которых работает в изолированных рабочих деревьях, поэтому они никогда не сталкиваются при коммитах. Вы больше не подталкиваете одного чат-бота; вы делегируете задачи небольшой команде ИИ, которая может рефакторить, писать тесты и прототипировать функции параллельно.

Вопрос, нависающий над каждой демонстрацией, предельно прост: делает ли это традиционные рабочие процессы программирования устаревшими? Если многопроцессная система может исследовать несколько реализаций, выполнять тесты в встроенном окне Chrome и выявлять чистые отличия быстрее, чем человек успевает настроить окружение, роль IDE меняется с редактора на командный центр. VS Code начинает походить на очень усовершенствованную кабину для одного пилота в мире, движущемся к автономным эскадрам.

Тем, что действительно ставит под сомнение Cursor v2, является определение «разработчика». Когда ваша основная работа заключается в назначении задач, обзоре изменений и координации агентов, искусственный интеллект перестаёт быть простым помощником и начинает выглядеть как незаменимый член команды. Это та черта, которую Cursor смело призывает остальные инструментарии преодолеть.

Composer — это мощный ход Cursor: собственная смешанная модель экспертов для кодирования, разработанная внутри компании, а не арендованная у OpenAI или Anthropic. Это изменение звучит косметически, но на самом деле оно тихо переключает бизнес-модель с "плата за запрос" на "владение движком", что имеет значение, когда ваша среда разработки внезапно управляется AI-командой, а не одним ассистентом.

Cursor называет Composer моделью первого класса, но в заголовке речь идет о скорости. В демонстрации Better Stack Composer завершает нетривиальную задачу кодирования примерно за 28 секунд, тогда как сравнимый запуск на Claude занимает более 2 минут по тому же запросу. Это примерно четырехкратное ускорение не является микрооптимизацией; это разница между «ждать, пока бот выполнит задачу» и «сохранять поток, пока агенты работают».

Задержка определяет всё здесь. Cursor утверждает, что Composer обрабатывает примерно 250 токенов в секунду, что достаточно для потоковой передачи объяснений и различий почти так же быстро, как вы можете прокручивать. Когда каждый цикл агента укладывается в меньше чем полминуты, вы перестаете выполнять гигантские задачи партиями и начинаете постоянно запускать более мелкие.

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

Многоагентные системы всегда хорошо выглядели на схемах, но терпели неудачу на практике, так как каждый вызов агента ощущался как небольшая облачная плата и перерыв на кофе. Комбинация низкой задержки и более низких предельных затрат в Composer меняет эту ситуацию. Запуск 8 параллельных агентов в Cursor v2 становится стандартным рабочим процессом, а не чем-то, за что можно стыдиться.

Здесь Composer перестает быть контрольным слайдом и становится инфраструктурой. Высокоскоростные и низкозатратные вызовы позволяют одному агенту разрабатывать функцию, другому писать тесты, третьему делать рефакторинг, а четвертому выполнять проверки в браузере в встроенном окне Chrome — все параллельно. Вы orchestrate, они работают.

Не являясь полноценным объектом с моделью, подобной Composer в основе, это видение сходит на нет в очереди запросов в чат-боксе. Не будучи полноценным объектом, Cursor v2 может убедительно заявить о настоящем многопользовательском рабочем процессе: интегрированной среде разработки, где ограничивающим фактором является не время работы GPU, а то, сколько AI-коллег может управлять один человек.

Раньше кодирование означало ввод символов в файл до тех пор, пока не появится нужная функция. Cursor v2 переворачивает всё с ног на голову: вы описываете результаты, создаёте агентов и управляете оркестром ИИ, который сам пишет код. Ваша клавиатура становится не инструментом, а дирижёрской палочкой.

Мультиагентная система Cursor формализует этот переход. Вы можете запустить до 8 параллельных агентов, каждый в изолированном рабочем дереве, нацеленных на конкретную задачу: бэкэнд-эндпоинт, компонент React, тестовый набор или миграцию. Они никогда не пересекаются в своих коммитах, так что ваша задача заключается в том, чтобы решить, кто что делает, а не в том, чтобы управлять каждой строчкой.

Типичный рабочий процесс начинается с определения явной спецификации, а не с неясного объекта. Вы определяете функцию, ограничения и критерии успеха, а затем разбиваете это на задачи, размер которых подходит агенту: - Реализовать API и модель данных - Создать пользовательский интерфейс и подключить его к API - Сгенерировать тесты и фикстуры - Добавить логирование и базовую наблюдаемость

Composer, встроенная модель смешивания экспертов от Cursor, затем быстро справляется с этими задачами. Cursor утверждает, что Composer завершает задачи примерно за 28 секунд, в то время как другим передовым моделям требуется около 2 минут, что делает многопользовательский подход действительно применимым в жестком цикле. Вы просматриваете различия, принимаете их или вносите изменения, и повторно запускаете агентов, пока вся функция не пройдет тесты.

Ваша роль начинает подозрительно напоминать управление инженерными процессами. Вы устанавливаете архитектурные границы, выбираете паттерны и решаете, когда проводить рефакторинг или переопределение спецификации. Команда ИИ, а не вы, занимается шаблонным кодом, подключением и рутинным рефакторингом.

Этот сдвиг приносит реальную когнитивную выгоду. Вы можете сосредоточить внимание на вопросах «что должно существовать?» и «как части сочетаются друг с другом?», а не на «куда ставить этот кронштейн?» или «какая точная заклинание ORM?». Контекст остается на системном уровне, а не на уровне функций.

Собственный отчет Cursor, Представляем Cursor 2.0 и Composer, опирается на эту модель оркестрации: агенты ищут, редактируют, запускают инструменты и даже используют встроенное окно Chrome, в то время как вы курируете план и объединения. Разработчики, которые будут преуспевать здесь, не будут самыми быстрыми печатниками. Они станут лучшими дирижерами.

Cursor v2 делает то, что предыдущие AI копилоты никогда не пытались: он запускает армии агентов, которые реально работают одновременно. Composer может запустить до восьми параллельных агентов, каждый из которых решает свою задачу, пока вы наблюдаете, как происходят изменения. Вместо одного чат-окна вы получаете живую панель управления с одновременными рабочими потоками.

Каждый агент работает в своем изолированном Git worktree, что незаметно решает ночной кошмар с коллизиями между AI. Никакой общей рабочей директории, никаких полуделанных файлов, никакой драмы "кто только что стер мои изменения?". Когда агент завершает свою работу, Cursor предоставляет чистый дифф, который вы можете принять, отредактировать или отклонить.

Эти изолированные рабочие деревья важны, потому что Cursor способствует по-настоящему параллельной разработке, а не просто более быстрому автозаполнению. Вы можете назначить одного агента для устранения хрупкого модуля аутентификации, другого для модернизации вашего логгирования и третьего для прототипирования нового GraphQL-эндпойнта. Каждый агент делает коммиты в своем собственном песочнице, так что их эксперименты никогда не переплетаются.

Практические рабочие процессы начинают напоминать небольшую команду спринта, сжатую в одном IDE. Представьте себе: - Один агент рефакторит старый процессор платежей, созданный десять лет назад, на более мелкие, типизированные сервисы - Другой генерирует и выполняет модульные тесты для совершенно новой функции подписки - Третий настраивает вызовы к рискованному стороннему API, завершает логику повторных попыток для сущностей и метрики

Все три задания выполняются одновременно. Нет правильной сущности Композитор, который обрабатывает контекст для каждого рабочего дерева. Вы просматриваете три отдельных различия, а не один гигантский, конфликтующий мегакоммит. Этот цикл обзора позволяет человеку сохранять полный контроль, в то время как ИИ выполняет рутинную работу.

В отличие от этого, ранее Искусственные интеллекты, интегрированные в редакторы, такие как VS Code или JetBrains, работали в строго последовательном, однонитевом режиме: один запрос, один ответ, один файл за раз. Если вам нужны были тесты, рефакторы и эксперименты с API, вы добавляли их в очередь вручную и ждали.

Мультиагентная система Cursor переворачивает эту модель в параллельной оркестрации. Ваше узкое место перестает быть «насколько быстро может ответить один ассистент?» и превращается в «насколько быстро вы можете задавать задачи и утверждать изменения?» Скорость Composer и низкая стоимость за задачу делают использование нескольких агентов на одного разработчика экономически оправданным, а не просто демонстрационным фокусом.

Результат больше не похож на общение. Это не полноценный продукт, а бот, и не полноценный продукт, как руководство внутренней командой разработчиков ИИ. Вы разбиваете работу на потоки, назначаете агентов и позволяете изолированным рабочим деревьям избегать столкновений. Для разработчиков, умеющих мыслить параллельно, это суперсила.

Cursor v2 делает нечто обманчиво простое, но крайне разрушительное: он встраивает полноценный экземпляр Chrome, полноценные DevTools, прямо в ваш редактор. Никакого внешнего окна, никакой оболочки Electron, притворяющейся браузером — это настоящая браузерная поверхность, живущая внутри макета IDE, подключенная к вашему проекту и AI-агентам.

Работа на фронтенде обычно означает жизнь в аду Alt-Tab: редактор, терминал, браузер, инструменты разработчика, документация по дизайн-системам, может быть, вкладка Storybook. Курсор объединяет этот стек, чтобы вы могли писать React, нажимать сохранить и наблюдать, как изменения отображаются в встроенной панели браузера, в то время как сетевые запросы, логи консоли и инспекция DOM остаются закрепленными рядом с вашим кодом.

Вместо того, чтобы управлять окнами, вы теперь скриптуете браузер как любой другой инструмент в вашей среде разработки. Агенты могут открывать маршруты, проходить по потокам и захватывать вывод консоли, все это в то время, когда вы наблюдаете за обновлением DOM в реальном времени рядом с файлом, который они редактируют.

Поскольку браузер находится внутри одного и того же песочницы агента, мультиагентская система Cursor может рассматривать интерфейс пользователя как первоочередную цель, а не как второстепенный элемент. Один агент может выполнять UI-тесты в стиле Cypress, другой может изменять CSS, а третий может проверять ответы API с одной и той же загрузки страницы, не покидая IDE.

Эти агенты также получают суперспособности, которые обычно требуют индивидуальных сценариев или внешних сервисов. Они могут: - Собирать данные из внутренних панелей управления или тестовых сайтов - Автоматизировать многошаговые аутентификационные процессы, включая редиректы и передачу токенов - Выполнять визуальные регрессионные проверки, сравнивая отображенные состояния между ветвями

Визуальная регрессия, в частности, меняет свой характер, когда ИИ может видеть, что именно он сломал. Агент может отправить рефакторинг, обновить встроенную страницу и отметить, что кнопка сместилась на 8 пикселей или что переключатель темного режима исчез, а затем сразу же предложить исправление в том же изменения.

Для команд полного цикла этот тесный цикл между Composer, кодом и живым браузером становится ключевой особенностью. Вы описываете функцию, агенты реализуют бэкенд и фронтенд, а затем те же агенты управляют встроенным окном Chrome, чтобы проверить весь процесс от начала до конца, превращая Cursor в единое окно для современного веб-разработки.

Восторг вокруг Cursor v2 сильно опирается на бенчмарки, и некоторые из этих цифр действительно реальны. В SWE-bench Verified новый Composer модель Cursor попадает в ту же категорию, что и модели от OpenAI и Anthropic, при этом работающая в настольном IDE, а не в облачной среде. Cursor позиционирует это как "конкурентоспособное, но не полноценное решение фронтирных моделей", а не однозначно лучший на данный момент, что соответствует данным публичных лидербордов.

Скорость — это то, на чем Cursor делает акцент. Сообщается, что Composer завершает сложные задачи кодирования за примерно 28 секунд, в то время как сопоставимые модели, такие как Claude, могут тратить до 2 минут на выполнение аналогичного запроса. Для разработчика, который работает над исправлением ошибки или новой функцией, это сокращает время обратной связи с "пойти выпить кофе" до "гладко просмотреть телефон".

Это преимущество латентности умножается, когда вы учитываете многоагентный дизайн Cursor. Восемь агентов, работающих параллельно и каждая возвращающая ответы менее чем за полминуты, позволяют эффективно распределять рефакторинг, тесты и эксперименты, не останавливая ваш собственный поток. Опыт ощущается не как ожидание одного чат-бота, а как просмотр нескольких пулл-реквестов, приходящих почти одновременно.

Стоимость может быть самым тихим, но при этом самым важным показателем. Цены Composer за задачу достаточно низки, что позволяет командам в видео утверждать, что они используют «десятки агентов на разработчика». Это не приводит к перерасходу бюджета. Дешевые токены в сочетании с высокой пропускной способностью открывают возможности, которые ранее были недоступны, такие как создание агентов для спекулятивных рефакторингов или исчерпывающей генерации тестов.

«Самый быстрый практический ИИ для кодирования» остается оправданным, но неоднозначным заявлением. Задержка и цена за задачу выглядят отличными, и для многих реальных рабочих процессов такая комбинация может оказаться лучше, чем у технически более мощных, но медленных или дорогих моделей. Тем, кто хочет доказательства, следует начать с официального Cursor Changelog – Версия 2.0 и общедоступных таблиц лидеров SWE-bench, а затем протестировать Composer на своей собственной кодовой базе, прежде чем объявлять VS Code устаревшим.

Реальные разработчики уже проводят стресс-тестирование Cursor v2 в производственной среде, и результаты начинают накапливаться. На форумах сообщества и в первых кейсах команды сообщают, что реализуют функционал от начала до конца, который раньше занимал дни, всего за одно послеполуденное время, благодаря Composer и его восьмиагентной системе. Один из основателей стартапа описал, как он передал Cursor задачу «добавить SSO как несуществующую сущность для Google и GitHub, интегрировав это в нашу существующую RBAC», и наблюдал, как агенты создают OAuth-потоки, обновляют схемы базы данных и исправляют маршруты React менее чем за два часа.

Это не демонстрационные приложения или игрушечные клонирования CRUD. Финансовая команда использовала многоагентский рабочий процесс Cursor для создания нового потока KYC верификации: один агент интегрировал сторонний API, другой генерировал миграционные скрипты, третий написал тесты с использованием Playwright, а четвертый добавил хуки наблюдаемости в Better Stack. Главный инженер сообщил, что сократил проект с оценочных 5–6 человеко-дней до «примерно 1.5 дней на проверку и исправления».

Шаблоны продолжают повторяться в очень разных стеке технологий. Магазины с преобладанием бэкенда полагаются на агентств для: - Реализации новых REST или GraphQL конечных точек - Генерации и выполнения миграций - Написания интеграционных тестов и нагрузочных тестов

Тем временем команды фронтенда нацеливают Cursor на "создание этой панели инструментов" и получают реактивные компоненты, стили Tailwind и тесты Cypress параллельно, а затем итеративно. Вместо ручных правок происходит обмен дифф‑уровневой обратной связью.

Показатели производительности звучат почти нереально, но они стабильно высоки. Несколько первых пользователей указывают на 2–3 раза более быструю доставку функций, некоторые новые модули появляются в 4 раза быстрее, когда они позволяют агентам работать параллельно и вмешиваются только в момент рецензирования. Один из руководителей команды описал спринт, в котором «половина наших объединенных PR началась как ветки Cursor», не являясь полноценным объектом, при этом люди действуют как редакторы и менеджеры по релизам, а не как основные авторы.

Проверки реальности по-прежнему важны — агенты могут заблуждаться, а сложные изменения требуют тщательного просмотра — но работа, которую предоставляет Cursor, не является гипотетической. Это потоки платежей, административные панели, внутренние инструменты и функции, ориентированные на клиентов, которые уже находятся в эксплуатации, тихо подтверждая AI-первый рабочий процесс разработки.

Cursor v2 выглядит как чит-код, но он не имеет четких границ, которые собственный маркетинг Cursor в основном обходит стороной. Сила всегда требует компромисса с контролем, и этот релиз акцентирует внимание на силе. Разработчики, входящие в дело наугад, сразу почувствуют этот разрыв.

Начните. Не совсем корректная сущность интерфейс. Cursor 2.0 ориентирован на агентов и задачи, а не на файлы и папки. Для людей, привыкших к файловой структуре слева, терминалу и нескольким панелям, новый макет, сосредоточенный на агентах, может показаться как вход в сессию tmux другого человека с уже запущенными восемью окнами.

Панели для запусков Composer, временные шкалы агентов, различные представления и встроенный браузер все конкурируют за внимание. Вы можете контролировать это не с помощью соответствующих настроек макета сущностей и сокращения панелей, а потому что стандартный интерфейс кричит “занято”. Особенно разработчики, ориентирующиеся на CLI, сообщают, что пользовательский интерфейс кажется “подавляющим”, пока они не выработают новые привычки в его использовании.

Надежность по-прежнему зависит от человека. Многоагентные рабочие процессы ускоряют вывод, но они усиливают галлюцинированные рефакторинги: агенты уверенно переписывают код, тихо изменяют предположения или «исправляют» нереальные ошибки. Курсор изолирует работу в отдельных рабочих деревьях, но это защищает только вашу основную ветку; это не гарантирует семантической корректности.

Вам все еще нужна настоящая система обзора: - Просматривайте каждое изменение, как код-ревью - Запускайте ваши тесты активно - Добавляйте новые тесты перед крупными изменениями - Проверяйте логи и поведение в работе на стадии тестирования

Относитесь к агентам как к переусердствующим стажерам, а не как к непогрешимым специалистам.

Конфиденциальность может быть самым недообсуждаемым опасным аспектом. По умолчанию Cursor отправляет данные на свои серверы для работы Composer и его инструментов. Если вы явно не отключите опцию конфиденциальности, ваш код, подсказки и взаимодействия с ИИ могут покидать ваше устройство для обработки.

Для разработчиков-одиночек, работающих над побочными проектами, это может быть приемлемый компромисс. Однако для регулируемых отраслей, корпоративных кодовых баз или всего, что касается данных клиентов, это потенциальный кошмар в области соблюдения требований. Прежде чем запустить Cursor v2 в команде, заинтересованные стороны в области безопасности и юриспруденции должны провести аудит этих настроек по умолчанию, зафиксировать параметры и решить, какие данные останутся локальными.

Кодирование в 2026 году выглядит меньше как набор текста и не является полноценной сущностью, такой как управление проектами или корневой доступ. Инструменты, такие как Cursor v2, Composer и до восьми параллельных агентов, вознаграждают разработчиков, которые могут преобразовать бизнес-цели в четкие, проверяемые задачи, вместо того чтобы зацикливаться на синтаксисе и шаблонах.

Высокоценная работа начинается. Необъективная декомпозиция задач. Вместо «создать процесс регистрации» вы делите ее на: - Реализовать API для регистрации по электронной почте - Подключить пользовательский интерфейс к новой конечной точке - Необъективные оптимистичные обновления - Добавить метрики, ведение журналов и стратегию отката

Каждый слайс становится самостоятельной спецификацией, которую вы можете передать агентам, завершенной с четкими критериями принятия сущности и крайними случаями.

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

Проверка становится новым отладчиком. Вы будете тратить Неправильное временное значение: - Чтение различий для архитектурных изменений и скрытых связей - Запрос сгенерированных тестов, которые действительно охватывают крайние случаи - Оснащение функций инструментами наблюдаемости Неправильное временное значение перед слиянием

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

Наиболее ценными в этой эволюционной эпохе являются разработчики, которые могут координировать. Они будут: - Сопоставлять требования к продукту с параллелизуемой работой - Решать, когда развивать восемь агентов и когда выбирать один, продуманный путь - Уравновешивать скорость с требованиями регулирования, безопасности и надежности

Подготовка начинается сейчас. Практикуйтесь в преобразовании тикетов Jira в подробные задания для агентов. Сочетайте ИИ, например, Composer, с вашим текущим стеком и заставьте себя проверять, а не переписывать его работу. Изучите рабочие процессы Git, изолированные рабочие деревья и CI-пайплайны достаточно хорошо, чтобы автоматизировать контрольные рамки вокруг коммитов ИИ.

Наконец, изучите, как эти системы ведут себя под давлением. Бенчмарки, кейс-стадии и объяснения, такие как Cursor 2.0: Новая модель ИИ объяснена – Codecademy, показывают, в чем преимущества и недостатки многомодульных настроек. Разработчики, которые усвоят эти модели неудачи и организуют процессы вокруг них, будут контролировать следующее десятилетие.

Ядерное предложение Cursor имеет значение только в том случае, если вы действительно можете что-то доставить. Это не полноценная сущность, быстро. 60-секундный рабочий процесс из демонстрации Better Stack ужасно прост: скачайте Cursor, запустите Composer и позвольте рою агентов проработать реальную задачу, пока вы контролируете изменения.

Перейдите на cursor.com и загрузите последнюю версию для вашей операционной системы. Установите её, затем войдите в свою учётную запись GitHub или укажите адрес электронной почты, чтобы Cursor мог индексировать ваши репозитории и подключить контекст проекта.

Откройте реальную кодовую базу, а не учебный репозиторий. В панели Composer опишите конкретную задачу для многоагентной системы, не соответствующую правильной сущности: “Перепишите этот компонент React на TypeScript, добавьте строгие типы и обновите все импорты.” Укажите Composer соответствующий каталог или файл, чтобы он мог определить объем работы.

Перед тем как запустить, убедитесь, что изолированные рабочие деревья включены в настройках. Cursor использует эти рабочие деревья, чтобы запустить до 8 агентов параллельно, каждый из которых работает в своем собственном Git-branch, чтобы ни один агент не вмешивался в изменения другого или в вашу основную историю.

Запустите задачу и посмотрите, как агенты расходятся: один может заняться аннотациями типов, другой исправляет сломанные импорты, третий обновляет тесты. Курсор агрегирует их работу в стек изменений в стиле Git вместо того, чтобы молча редактировать файлы под вашим носом.

Теперь веди себя как технический руководитель, а не как машинописец. Пройдись по каждому изменению, строка за строкой, и задавай Компоузеру уточняющие вопросы, когда что-то выглядит неправильно: «Почему ты расширил этот тип до any?» или «Отмени это изменение и сохрани старую сигнатуру». Одобри, доработай или отклони.

Вы только что запустили свою первую команду ИИ за минуту. Установите Cursor, подключите Composer, оставьте изолированные рабочие деревья включенными, а затем бросьте на это настоящую функцию или рефакторинг и посмотрите, как далеко вы сможете продвинуть 8 параллельных агентов. Затем сообщите своей команде, кажется ли программирование всё еще таким, как в 2025 году.

Что такое Cursor v2?

Cursor v2 — это крупное обновление Cursor IDE, форка VS Code. Оно представляет собой многопользовательскую AI-систему, новую проприетарную модель программирования под названием Composer и браузер Chrome, интегрированный непосредственно в редактор.

Как Cursor v2 отличается от VS Code с Copilot?

Хотя Copilot является плагином для VS Code, Cursor v2 переосмысливает IDE, основываясь на ИИ. Его ключевые отличия — это встроенная многопользовательская система, которая выполняет задачи параллельно, изолированные рабочие деревья для безопасных изменений и глубоко интегрированный браузер для тестирования пользовательского интерфейса.

Какова модель Композитор в Cursor v2?

Composer — это первая внутренняя AI-модель Cursor, разработанная специально для кодирования. Она создана для скорости и способна решать сложные задачи менее чем за 30 секунд — как сообщается, в 4 раза быстрее, чем сопоставимые модели — что делает многоагентные рабочие процессы экономически целесообразными.

Каковы основные критики Cursor v2?

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