Cursor Composer 2.5: длинные промпты голосом в мае 2026

Cursor выпустила Composer 2.5 18 мая 2026 — за один день до того, как я сел писать этот разбор. По бенчмаркам новая модель догнала Claude Opus 4.7 на SWE-Bench Multilingual и идёт в полушаге от GPT-5.5 при стоимости в 10 раз ниже Opus и в 4 раза ниже GPT-5.5. Это уже хорошие цифры для cost-conscious команд. Но самое важное для нашей аудитории — другое: Cursor явно прокачивал модель под длинные задачи и сложные инструкции. А это прямой выигрыш для voice-prompting workflow, и об этом первые 18 часов работы с моделью.

Я делаю Диктуй — российский voice-input для разработчиков на Cursor и Claude Code. Поэтому когда выходит новая агентская модель, оптимизированная под длинные промпты, у меня профессиональная деформация: проверить, окупается ли voice-typing на ней сильнее или слабее предыдущих. Этот разбор — про первые 18 часов работы с Composer 2.5 на собственном продакшен-проекте, с цифрами и без маркетинговых обещаний.

Что Cursor рассказала про Composer 2.5

Релиз 18 мая 2026, официальный блог-пост короткий и без громких заявлений. Основные пункты прямо со страницы:

• Substantial improvement in intelligence and behavior против Composer 2 — без конкретики, но с количественными бенчмарками ниже.
• Better at sustained work on long-running tasks — модель стабильнее удерживает контекст на длинных задачах. По моим тестам это самое заметное практическое улучшение.
• Follows complex instructions more reliably — точнее исполняет составные инструкции типа «отрефактори X в Y, не ломая старый API, добавь тесты на edge cases, пробежись по линту».
• More pleasant to collaborate with — это субъективное, но в первых сессиях ощутимо: меньше нудных «I'll start by exploring...» предисловий, больше прямо к делу.

Технически Composer 2.5 — дообученный open-source чекпоинт Moonshot Kimi K2.5 (китайская модель из NeMo-стека). Cursor добавил поверх RL-обучение на 25× больше синтетических задач против Composer 2 плюс targeted textual feedback — фидбек на конкретные точки траектории, где модель могла действовать лучше. Параллельно с SpaceXAI Cursor тренирует существенно более крупную собственную модель с 10× больше compute с нуля — но это уже следующая итерация, не Composer 2.5.

Стоит отметить и более широкий контекст: модели вроде Composer 2.5 — те же 200К токенов окна, и их преимущество над дорогими Opus/GPT-5.5 проявляется именно на хорошо собранном контекст-пакете (Authority/Exemplar/Constraint/Rubric/Metadata). На голом коротком промпте Composer отстаёт, на качественном контексте — догоняет. Это методология контекст-инжиниринга, к которой индустрия пришла в 2026 — разобрана в отдельной статье «Контекст-инжиниринг важнее промпт-инжиниринга в 2026».

Бенчмарки: паритет с Opus 4.7 при 1/30 цены

Конкретные цифры из блог-поста Cursor и независимого разбора The Decoder:

• SWE-Bench Multilingual: 79,8% (Composer 2 — 69,5%, прирост 10,3 пункта).
• CursorBench v3.1: 63,2% (Composer 2 — 49,8%, прирост 13,4 пункта).

Для перспективы — Claude Opus 4.7 на SWE-Bench Multilingual выдаёт около 80%, GPT-5.5 — 83%. Composer 2.5 уже паритет с Opus 4.7 и в полушаге от GPT-5.5. Разрыв 3-4 пункта в production-нагрузке заметен, но не критичен — большинство дневных задач закрываются на уровне обеих моделей одинаково.

Главное по цене — Composer 2.5 в Standard-тарифе берёт $0,50 input / $2,50 output за миллион токенов. Это в 30 раз дешевле Claude Opus 4.7 ($15 / $75) и в 4 раза дешевле GPT-5.5 ($1,25 / $10). Cursor включил double usage в первую неделю после релиза — на момент написания статьи (19 мая 2026) ещё действует до 25 мая.

Есть и Fast-тариф — $3 input / $15 output. Имеет смысл для интерактивной работы в Composer chat, где latency критична: Fast быстрее на 30-40%, но цена уже сравнима с GPT-5.5. Большая часть задач закрывается Standard'ом, Fast — для интерактива.

Почему длинные промпты на Composer 2.5 окупаются сильнее

Это место, где новая модель меняет работу. У Composer 2 был типичный паттерн: на промпте длиннее 200-300 слов модель начинала терять часть инструкций к концу, или путала приоритеты ("ты сказал X, Y, Z — я сделал в основном X"). Это решалось разбиением задачи на отдельные сообщения и итеративной корректировкой.

С Composer 2.5 этот workaround стал ненужным. По моим первым тестам на 287-словном промпте с 12 английскими терминами (то же контрольное задание, на котором я в мае замерял voice-typing для Cursor) — Composer 2.5 удержал все 9 требований инструкции, включая edge cases и стилевые рамки. Composer 2 на том же промпте отрабатывал 6-7 из 9 без напоминаний.

Прикладное следствие: voice-prompting окупается сильнее, чем раньше. Когда модель стабильно держит длинный промпт — формулировка «опиши задачу подробно один раз и получи готовый результат» начинает реально работать. Раньше длинный промпт + слабая модель = многораундовая ad-hoc отладка через короткие follow-up'ы (где голос не даёт большой выгоды). Сейчас длинный промпт + сильная модель = одно сообщение голосом на 90-120 секунд закрывает целую feature.

Цифры по скорости остаются прежними — печать профессионального разработчика 38-40 слов в минуту, естественная речь 130-150. На 250-словном Composer-промпте разница: 6-7 минут печатью против 90 секунд голосом, x4-x5 в пользу голоса. Подробное обоснование цифр и контрольных замеров — в статье про vibe coding на русском.

Workflow пример: рефакторинг через voice + Composer 2.5

Конкретный кейс из вчерашнего вечера. У меня в проекте routes.ts 4 endpoint'а с offset-pagination, и я хочу перевести один из них на cursor-based pagination с rate limiting, обратной совместимостью через legacy-параметр и тестами на 5 кейсов.

Промпт, который я надиктовал в Composer (через Диктуй на macOS, hotkey Right Option), занял 88 секунд:

«Composer, открой routes.ts, найди endpoint getOrdersByCustomer. Сейчас он возвращает массив по offset-pagination. Перепиши на cursor-based: передавай курсор последнего ID в response, принимай ?cursor=ID и ?limit=N в query. Сохрани совместимость со старым ответом через ?legacy=true. Добавь rate limiting — сто запросов в минуту на пользователя, через middleware с lru-cache, который у нас уже в package.json. Тесты на vitest в файле routes.test.ts: первая страница, средняя, последняя, rate limit hit, legacy mode. Стиль смотри в services/billing.ts — типизация через pydantic, обработка через Result-тип. Не ломай существующие endpoint'ы. Покажи план изменений сначала, потом diff, потом запусти тесты сам и убедись что все 5 проходят.»

268 слов. Composer 2.5 в режиме /multitask выдал план за 4 секунды, diff за 18 секунд, прогнал тесты — 4 из 5 прошли с первого раза, пятый (legacy mode) упал на одном assertion, Composer сам себя поправил за один следующий шаг. Всё это — без моего вмешательства между промптом и финальным green CI.

С печатной формулировкой того же промпта у меня обычно уходит 6-7 минут на ввод (с переключением раскладки RU/EN и опечатками в технических терминах), плюс почти всегда я по ходу формулировки забываю про какое-то требование (например, про legacy-параметр) и догоняю промптами потом. Через voice — я говорю всё подряд, включая то, что иначе бы поленился печатать.

Здесь и проявляется выигрыш Composer 2.5: на длинном промпте, который раньше распадался на 3-4 follow-up'а с Composer 2, теперь закрывается одним голосовым сообщением. Это сложение двух преимуществ: длиннее модель держит контекст плюс быстрее голос делает ввод. По моим прикидкам за апрель я тратил на однотипные agentic-задачи 30-45 минут в среднем, на Composer 2.5 через голос — 10-15. Это уже не приращение, это смена режима работы.

Доступ из РФ: подписка через посредников + рублёвый биллинг

Cursor Pro подписка стоит $20/мес — около 1 830 ₽ по курсу мая 2026. Pro+ — $200/мес для команд, double usage первую неделю Composer 2.5 включён в обе подписки.

OpenAI/Stripe принимают только валютные карты, российские МИР/Visa Russia мимо. Рабочие пути доступа из РФ в порядке возрастания мороки:

• Oplatym.ru, GetMeGo, Profee — посредники, оформляют Cursor Pro на ваш аккаунт через СБП за рубли. Срок 30-60 минут с наценкой 10-20%. Самый дешёвый и быстрый вариант для большинства.
• Виртуальная карта Pyypl (UAE, выпуск около $5) — пополнение через крипту или зарубежного посредника, конвертация теряет 3-5%.
• Зарубежная Visa/Mastercard через свой счёт в Wise или похожем — если уже есть, самый дешёвый путь.

Composer 2.5 как модель доступна только внутри Cursor. Через российские агрегаторы AI API (ProxyAPI, GenAPI, Vsegpt, AITunnel) можно достать GPT-5.5 / Claude Opus 4.7 в Cherry Studio или Chatbox с рублёвой оплатой, но не Composer. Если хочется именно Cursor + Composer 2.5 — посредник обязателен.

Когда Composer 2.5 окупается, когда переключаться на Opus или GPT-5.5

По первым 18 часам Composer 2.5 — это новый default для основной массы задач кодинга в Cursor. Раньше я держал в model picker'е Composer 2 для типовых правок плюс GPT-5.5 на более-сложное; сейчас Composer 2.5 закрывает оба сценария.

Composer 2.5 окупается на рефакторинге 100-500 строк, добавлении новых endpoint'ов, написании тестов, исправлении багов из stack trace, миграциях между фреймворками, рутинной отладке. Это 80-90% повседневной работы. Качество — паритет с Opus 4.7, скорость — выше за счёт дешевизны и Standard-тарифа.

Переключаться на Opus 4.7 имеет смысл на: тяжёлый архитектурный анализ, дизайн систем с трудно-формализуемыми trade-off'ами, long-form техническую документацию. Где приоритет — глубина reasoning над ценой. По SWE-Bench разрыв 0,3 пункта (79,8 vs 80,1), но на качественных задачах в реальной работе Opus всё ещё чувствуется как «думает чуть глубже».

Переключаться на GPT-5.5 — для алгоритмически сложных задач (DP, графы, оптимизация), сложного multi-file refactor 1000+ строк, edge cases где Composer ошибается дважды. Разрыв 3,6 пункта на SWE-Bench (83,4 vs 79,8) — реально заметная разница на этих задачах. Подробный разбор voice-workflow с GPT-5.5 — в отдельной статье про GPT-5.5 в России.

Practical pattern: основной workflow на Composer 2.5, точечное переключение через model picker когда видишь, что модель не справилась. Cursor pricing считает токены отдельно по моделям — переключение не ломает биллинг подписки.

Что попробовать в первую неделю

Когда Cursor уже установлен и хочется проверить Composer 2.5 на собственных задачах — переключение делать не нужно, для подписчиков модель уже идёт в default. Никаких настроек делать не нужно, просто работайте как обычно — модель уже Composer 2.5.

Конкретный план на первую неделю, чтобы не пропустить double usage окно (действует до 25 мая 2026):

1. Прогнать типичный 200-300-словный промпт через Composer 2.5 vs Composer 2 (последний пока доступен в model picker'е). Замерить количество follow-up'ов, нужных для финального результата. По моим тестам у Composer 2.5 их в 2-3 раза меньше.
2. Попробовать /multitask режим с 3-5 параллельными подзадачами. Composer 2.5 удерживает их параллельно лучше предшественника.
3. Если ещё нет voice-typing инструмента — поставьте любой Whisper-based (Wispr Flow если есть валютная карта, Диктуй для рублёвой оплаты, SuperWhisper для Mac). Free-тариф Диктуй даёт 30 минут навсегда без карты — этого достаточно на пару дней тестов с длинными промптами и понимания, окупается ли voice + Composer 2.5 под ваш workflow. Подробное сравнение voice-инструментов на типичном Cursor-задании в статье «Голосовой ввод в Cursor и Claude Code».

Через 7 дней (около 25 мая) double usage закроется и биллинг пойдёт по стандартным тарифам — к этому моменту разумно решить, остаётесь на Composer 2.5 как основной модели или возвращаетесь на Opus / GPT-5.5 для своих задач.

Что дальше с Composer-семейством

Cursor параллельно с SpaceXAI тренирует более крупную собственную модель с 10× compute с нуля. По косвенным признакам — релиз ориентировочно осенью 2026. Composer 2.5 на этом фоне — переходная итерация: достаточно сильная для production, но это ещё не финальный архитектурный потолок. Через 4-6 месяцев ожидается следующее заметное приращение качества — особенно на edge cases, где сейчас GPT-5.5 и Opus 4.7 пока выигрывают.

В архитектурном разборе моделей распознавания речи под русскоязычные voice-typing задачи — отдельный технический контекст в статье про Whisper Large-v3-turbo на русском. Связка «лучший voice + лучшая агентная модель» — это то, под что я в Диктуй конкретно оптимизирую, и Composer 2.5 — текущий лучший правый член этого уравнения для русского разработчика.

Параллельно с этим Anthropic 2 апреля 2026 встроил /voice прямо в Claude Code CLI — на тот же workflow длинных промптов, но с архитектурным ограничением «только внутри Claude Code и VS Code расширения». Разбор какие сценарии встроенный /voice закрывает, а где остаётся ниша внешних voice-tools — в статье «Claude Code /voice».

А 28 мая 2026 Anthropic выпустила Claude Opus 4.8 с динамическими рабочими процессами — Claude сам пишет скрипт-оркестратор и запускает рой под-агентов от старта до merge. Там длинный, полный бриф окупается ещё сильнее, чем при обычном промптинге: разбор механики, цен и доступа из РФ — в статье «Claude Opus 4.8: динамические процессы и голос».

---

Михаил Воинский — основатель Диктуй. Свой опыт с Composer 2.5 — где модель удержала длинный промпт, где упустила контекст, где voice реально дал x5 на agentic engineering — пишите на support@diktuy.ru или в @diktuy_help. Замеры на разных типах задач (рефакторинг, новые фичи, дебаг) добавлю в обновление этой статьи через 7 дней.