Opus 4.5 только что уничтожил Gemini в программировании.

AI-ассистенты по программированию больше не кажутся футуристическими игрушками; они ощущаются как расширения IDE, на которые вы действительно опираетесь. С моделями, такими как Opus 4.5 и Gemini 3 Pro, которые выходят в течение нескольких недель друг за другом, разработчики теперь живут в постоянном цикле обновлений, постоянно задаваясь вопросом, не снижают ли их нынешние модели продуктивность из-за мелких багов, медленной работы или скучного шаблонного кода.

Каждый релиз обещает одно и то же: меньше галлюцинаций, лучшее логическое мышление, более умное использование инструментов. Opus 4.5 снизил свои цены до примерно $5 за миллион входных токенов и $25 за миллион выходных токенов, что составляет примерно треть от его прежней ставки, но при этом он все равно стоит более чем в два раза дороже Gemini 3 Pro. Этот разрыв ставит перед нами сложный вопрос: действительно ли премиум-логика и автономия приводят к более быстрому выпуску продукта?

Роб Шокс прямо ставит этот вопрос в своем видео «Я создал одно и то же приложение с помощью Cursor, Gemini 3 и Opus 4.5 (Ясный победитель)». Разработчикам неинтересно хвастаться местами в рейтинге; им важно, может ли модель взять нечеткую идею продукта и превратить её в работающее микро-SaaS без постоянного контроля за каждой функцией. Реальный вопрос не в том, «Какая модель умнее?», а в том, «Которая из них поставляет более надежный код за меньшие деньги и время?»

Чтобы ответить на этот вопрос, Shocks отказывается от синтетических бенчмарков и создает точно такой же микро-SaaS с нуля для каждой модели внутри Cursor, не используя ручное кодирование. Обе модели получают одинаковый высокоуровневый голосовой запрос, один и тот же контекст проекта и доступ к одному и тому же набору инструментов, включая браузер для живых предварительных просмотров и проверки консоли. Эта настройка превращает сравнение в контролируемый A/B тест для реальных рабочих процессов разработчиков, а не просто в искусственные задачи по кодированию.

Методология отслеживает несколько конкретных метрик:

• 1Планирование качества и разбивка задач
• 2Сырые пропускная способность и задержка на каждом этапе
• 3Поведение вызова инструментов (браузер, тесты, консоль)
• 4Итоговое качество интерфейса, отзывчивость и количество ошибок

Удерживая всё, кроме основного моделирования, зафиксированным, эксперимент показывает, как на самом деле ведут себя Opus 4.5 и Gemini 3 Pro, когда их просят спланировать, разработать, внедрить и протестировать собственное решение в стиле микросервиса SaaS.

Снижение цен превратило Opus 4.5 из модели "только для крайних случаев" в нечто, что разработчики могут позволить себе оставлять включенным весь день. Стоимость входящих токенов снизилась до около $5 за миллион, а исходящих - до $25 за миллион, по сравнению с прежними $15 / $75. Это изменение само по себе переопределяет статус Opus с редкого инструмента отладки на разумного помощника в таких инструментах, как Cursor и VS Code.

Gemini 3 Pro продолжает существенно обгонять его. В зависимости от уровня, модель Google предлагает цену значительно ниже половины этой ставки за миллион токенов, поэтому Opus 4.5 остается более чем в 2 раза дороже при сопоставимом использовании. Для команд, следящих за затратами в многопользовательских средах, эта разница составляет тысячи долларов в месяц.

Таким образом, вопрос заключается в следующем: оправдывает ли производительность Opus 4.5 уплату "налога на Клода" за повседневное программирование? В тестах Роба Шокса Opus 4.5 постоянно демонстрировала более чистые архитектуры, лучший интерфейс и более надежное применение автономных инструментов, даже если это занимало больше времени по часам. Когда модель может развернуть микросервисный SaaS от начала до конца с меньшим количеством повторов, дополнительные затраты на токены часто исчезают за счет сэкономленных часов работы инженеров.

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

Пропускная способность еще больше усложняет уравнение ценности. Шок выделяет пропускную способность модели — как быстро токены возвращаются — как удивительно важный фактор удовлетворенности. Быстрая модель способствует плотным циклам запрос–редактирование–запрос; медленная же заставляет переключаться на другие задачи.

Opus 4.5 уверенно занимает свое место здесь, предлагая отзывчивый поток, который близок к «мгновенному» бару, установленному Haiku и Cheetah. Gemini 3 Pro часто попадает в аналогичный диапазон «умеренной разницы», но когда Opus реагирует быстрее и с большей вероятностью правильно выполняет код с первой или второй попытки, эта скорость усиливает его качественное преимущество. За полный рабочий день эти секунды превращаются в десятки дополнительных значимых итераций.

Стандартные показатели показывают, что Gemini 3 Pro и Claude Opus 4.5 по сути являются равными конкурентами. Независимые тесты от Artificial Analysis оценивают Gemini 3 Pro на уровне 73 по общему индексу, в то время как Claude и GPT 5.1 High имеют по 70, а их баллы по программированию находятся в нескольких пунктах друг от друга. На бумаге это выглядит как равный результат.

Реальность выглядит иначе, когда вы на самом деле отправляете код. Тесты Rob Shocks' Cursor подчеркивают пропускную способность — насколько быстро токены появляются на вашем экране — как скрытую статистику, которая изменяет весь опыт разработчика. Когда вы используете модель, которая выдает результаты почти мгновенно, более медленные ответы кажутся налогом на ваше внимание из-за задержек.

Более быстрые модели не только приятнее в использовании; они изменяют ваш способ работы. С Opus 4.5, работающим в Cursor, Shocks могут отправить абстрактную инструкцию, наблюдать, как модель за ~19 секунд набрасывает план, а затем корректировать его каждые несколько минут в процессе итерации. Этот быстрый цикл обратной связи способствует управляемому, разговорному рабочему процессу, а не громоздким, хрупким одноразовым подсказкам.

Gemini 3 Pro удерживает время завершения заголовков на высоком уровне — его первоначальный план для той же задачи занял 27 секунд, а создание страницы завершилось примерно за 4 минуты 22 секунды. Однако Opus 4.5 затратил дополнительные минуты на автономное открытие браузера, создание скриншотов, проверку журналов консоли и даже переработку мобильных точек остановки, превратив ~5-минутный дизайн в ~9-минутный поток, полностью проверенный с точки зрения разумности. Здесь скорость заключается не только в том, "насколько быстро оно завершает", но и в том, "сколько высокоценного труда оно выполняет за минуту".

Это различие создает основу для более требовательного теста в реальном мире. Shocks начинается с преднамеренно нечеткого запроса с голосовым подсказчиком: создайте полноценную маркетинговую лендинг-страницу, получив только общий набор рекомендаций. Задача проста: выяснить, какая модель сможет взять размытое представление о продукте, вывести структуру и создать визуально целостный, готовый к производству макет с минимальной помощью. За дополнительной информацией о целях дизайна и компромиссах Opus 4.5 вы можете обратиться к разбору от Anthropic на сайте Представляем Claude Opus 4.5 - Anthropic.

Первый эксперимент Cursor оказался простым на бумаге: создать маркетинговую лэндинг-страницу для вымышленного приложения под названием InstaPlan, используя одну высокоуровневую голосовую подсказку, без ручного кодирования и включенным режимом планирования. Одна и та же подсказка, одна и та же среда, два запуска — один с Opus 4.5, другой с Gemini 3 Pro — секундомер запущен для обоих.

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

Gemini 3 Pro выбрал более упрощённый путь. Он ответил всего двумя дополнительными вопросами и создал заметно более короткий и сжатый план с восемью задачами, сосредоточившись на стандартном герое, функциях и стеке CTA. На бумаге это выглядело эффективно — меньше переписки, меньше движущихся частей, быстрее путь к коду.

Показатели времени выполнения подтверждали преимущества Gemini 3 Pro. Его запуск занял примерно 4 минуты 22 секунды от запроса до завершения, в то время как Opus 4.5 завершился примерно за 9 минут. Если просто смотреть на секундомер, Gemini 3 Pro выглядит более чем в два раза быстрее для той же задачи "создание целевой страницы".

Тем не менее, этот заголовок полностью скрывает то, что Opus 4.5 на самом деле сделала с дополнительными пятью минутами. После генерации страницы за примерно 4–5 минут — в том же диапазоне, что и Gemini 3 Pro — Opus самостоятельно активировала инструмент браузера Cursor, открыла живой предварительный просмотр, сделала скриншоты и начала проверять свою работу.

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

Gemini 3 Pro, в отличие от него, вовсе не использовал инструмент браузера. Он был представлен с чистым, но AI-универсальным макетом — никакого автономного тестирования, никаких проверок консоли, никакой настройки для мобильных устройств. Opus 4.5 провел свои дополнительные минуты, действуя как младший фронтенд-инженер; Gemini 3 Pro вел себя как быстрый генератор кода и на этом остановился.

Opus 4.5 не просто обошёл Gemini 3 Pro по дизайну; он его затмил. Страница приземления InstaPlan от Gemini выглядела как что-то из типичного шаблона: большой заголовок, округлённые кнопки, мягкие градиенты и безопасная типография. Чисто, да, но чрезмерно AI-общий — такой макет, который впечатлял шесть месяцев назад и теперь сливается с каждым стандартным SaaS макетом на Dribbble.

Gemini 3 Pro представил страницу, которая могла бы пройти за приемлемый MVP вайрфрейм, а не за подшлифованный продукт. Никакого запоминающегося брендинга, никакой яркой визуальной иерархии, никаких микро-взаимодействий или изюминки. В мире, где любой может создать стартовый шаблон Tailwind за 30 секунд, «обычный» дизайн по сути является ошибкой.

Opus 4.5, напротив, создал то, что Роб Шокс назвал «одним из лучших дизайнов, которые я видел, созданных ИИ». Страница InstaPlan пришла с индивидуальным логотипом, который ловко сочетал буквы «I» и «P», а не случайную иконку из наборов стоковой графики. Эффекты теней, расстояния и компоновка выглядели осмысленно, а не сгенерировано автоматически, придавая странице реальный визуальный вес и премиальное ощущение.

Автономный браузер Cursor проводит углубленную проверку доработки. Opus не просто выгрузил HTML и CSS; он открыл браузер, сделал снимки экрана, проверил логи консоли и произвел итерации. Он даже тестировал точки останова и затем корректировал макет, когда мобильное поведение «не работало так, как должно», рассматривая адаптивный дизайн как первостепенное требование, а не как второстепенный аспект.

Результаты рассказали ещё более яркую историю. Opus создал структурированный проект с подробным README, четкими разделами и последовательным планом, который сразу задавал множество уточняющих вопросов. Итог казался стартовым репозиторием, который можно было бы передать младшему разработчику и сказать: «Отправь это в работу».

Gemini 3 Pro, в то время как, предоставил базовый скелет проекта и более краткий, универсальный план с только двумя вопросами для обратной связи и восемью задачами. В этом варианте он полностью пропустил валидацию на основе браузера внутри Cursor, что указывает на более слабое поведение вызова инструментов в этой конфигурации. Вы получили код, но не продуктовый опыт.

В этом контексте время до выхода на рынок почти не имеет значения. Opus занял около 9 минут с начала до конца, в то время как Gemini — примерно 4 минуты и 22 секунды, но примерно половина времени Opus ушла на автоматическое тестирование и доработку. Для целевой страницы, которая действительно выглядит готовой для клиента, эти дополнительные несколько минут от Opus 4.5 воспринимаются не как задержка, а скорее как бесплатный дизайнерский труд.

Истинное испытание Opus началось со второго вызова: прекратить оформление InstaPlan и на самом деле выпустить продукт. Вместо очередной статической целевой страницы задание трансформировалось в настоящий микро-SaaS бэкенд, который мог бы выдержать первый контакт с пользователями, API и ошибками в консоли браузера. Cursor остался площадкой для тестирования, но ожидания возросли с «приятного интерфейса» до «работающего пайплайна».

Спецификация звучала просто, но скрывала множество способов сбоев. InstaPlan должен был принимать загрузку изображений из браузера, пересылать этот файл во внешнюю модель через Gemini 3 Pro Image Preview API на Open Router, а затем возвращать структурированный анализ, который фронтенд мог бы отобразить. Это означало необходимость обработки многокомпонентных загрузок, аутентификации API, состояний ошибок и задержки без полного краха системы с ошибкой 500.

Чтобы гарантировать честность моделей, запрос не просто сказал «создайте бэкенд». Роб Шокс задал конкретные требования: используйте Next.js, используйте App Router иExpose подвергните одной API-рутине, которая принимает изображение и вызывает Open Router. Системный запрос предоставил частичную реализацию, включая вызов fetch и заголовки, и попросил модель аккуратно заполнить недостающую логику.

Ключевой фрагмент выглядел примерно так в `app/api/analyze/route.ts`:

```ts экспортируйте асинхронную функцию POST(req: Request) { const formData = await req.formData(); const file = formData.get("image") as File;

const openRouterRes = await fetch("https://openrouter.ai/api/v1/chat/completions", { метод: "POST", заголовки: { "Authorization": `Bearer ${process.env.OPENROUTER_API_KEY}`, "Content-Type": "application/json", }, тело: JSON.stringify({ модель: "google/gemini-3.0-pro-preview", сообщения: [{ роль: "user", контент: [{ тип: "input_image", image_url: "..." }] }], }), });

// модель заполняет разбор, проверку и ответ }

Opus сразу воспринял это как техзадание, а не как задачу из leetcode. Он начал задавать уточняющие вопросы: насколько надежной должна быть валидация, какой текст ошибки должны видеть пользователи и должен ли результат ощущаться как легкий помощник или как насыщенное проектное задание? Он даже спросил о лимитах запросов и о том, нужно ли сохранять результаты или оставить всё без состояния.

Gemini 3 Pro выбрал другой подход. Он пропустил этап открытия и представил короткий, уверенный план: определить маршрут API, подключить Open Router, вернуть JSON, а затем «связать это с интерфейсом». Никаких вопросов о сложности, никаких возражений по краевым случаям и никаких попыток определить нефункциональные требования. На бумаге обе модели знали Next.js; только одна из них действовала как старший инженер.

Для читателей, которым нужны конкретные цифры, Бенчмарки Claude Opus 4.5 - Vellum AI демонстрируют, как такое преимущество в планировании проявляется в метриках инструментов и задержек.

Инструментальное вызову тихо стало самым большим разрывом в навыках между Opus 4.5 и Gemini 3 Pro, как только сборка InstaPlan перешла от создания красивых лендингов к реальной логике приложений. Внутри Cursor Opus вел себя как младший инженер, который понимает всю технологическую цепочку, а не только редактор кода перед ним.

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

Во время тестирования целевой страницы Opus не только сгенерировал интерфейс за 4–5 минут, но и потратил еще несколько минут, используя инструмент браузера для создания скриншотов, проверки консольных логов и исправления проблем с компоновкой. Он даже обнаружил разбитые мобильные брейкпоинты и сам внес исправления, все это время таймер показывал примерно 9 минут в总.

То же самое поведение перенеслось на микросервисный бэкенд. Opus рассматривал инструменты Cursor как часть своего рабочего пространства: запускал сервер, использовал маршруты, наблюдал за ошибками, корректировал код, повторял действия. Автономное тестирование и доработка превратили статический код в нечто гораздо ближе к полноценному конвейеру сборки.

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

Вместо того чтобы запустить сам сервер разработки, Gemini 3 Pro оставил человеку заниматься рутинной работой: открыть терминал, запустить сервер, вручную обновить превью, скопировать ошибки обратно в чат. Модель создавала код, но не организовывала среду вокруг этого кода.

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

Каждый раз, когда модель самостоятельно запускает сервер, открывает браузер, просматривает логи и повторяет попытку, она устраняет десятки микро-прерываний, которые обычно отвлекают внимание разработчика. За день прототипирования и отладки это накапливается в часы сэкономленного времени и приводит к принципиально новому уровню того, что может быть создано с использованием "безкодов" при помощи ИИ.

Реальные разработки приложений никогда не проходят гладко, и InstaPlan не стал исключением. На полпути к подключению бекенда вся система начала выдавать ошибки 500 на каждом запросе к конечной точке планирования. Никакого стека вызовов, никакого полезного сообщения об ошибке — только общее сообщение об ошибке сервера от того, что должно было быть простым вызовом API.

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

Эти журналы сразу же обнаружили нечто тонкое: приложение загрузилось "успешно", но внешний клиент API планирования так и не получил действительный ключ. Opus просканировал новый вывод, сопоставил код конфигурации с шаблоном .env, который он создал ранее, и отметил, что `INSTAPLAN_API_KEY` приходил как `undefined`. Его следующий шаг был показателен: он не просто обвинял в "недостающей конфигурации", а заподозрил несоответствие между именем переменной окружения в коде и в файле .env.

Быстрое сравнение позже, Opus принял решение, как старший инженер, проводя ревью кода. Файл .env использовал `INSTAPLANN_API_KEY` — одна лишняя "N", зарытая в стене переменных. Эта опечатка в одном символе вызвала ошибку 500 на всех downstream. Opus выделил точную строку, предложил исправленное написание и напомнил разработчику перезапустить сервер разработки, чтобы Node перезагрузил окружение.

Здесь продвинутое мышление отличает Opus 4.5 от обычного генератора кода. Модель не просто устраняла симптомы или слепо повторяла запрос. Она сформировала гипотезу, использовала логирование как диагностический инструмент и проследила за причиной сбоя через код, поведение во время выполнения и конфигурацию — именно так старший разработчик подходит к странной ошибке в производственной среде.

В качестве партнёра по отладке Opus действовал скорее как всегда готовый к работе инженер, который замечает, что вы нажали не так в 1 час ночи, чем как автозаполнение.

Скоростная корона принадлежит Gemini 3 Pro. В обоих тестах Gemini последовательно оказывается первым: примерно за 4 минуты для страницы приземления InstaPlan и заметно быстрее при работе с бекендом. Если вы измеряете только фактическое время генерации, Gemini выглядит очевидным выбором.

Качество переворачивает всю историю. Opus 4.5 создал целевую страницу, которая выглядела так, будто ее действительно разработал человек-дизайнер: кастомный логотип, продуманные отступы, адаптивные правки и исправления мобильной версии, которые он нашел и устранил самостоятельно. Версия Gemini, завершенная примерно за то же время, вообще не открыла браузер, не проверила макет и оказалась в зоне «AI generic».

Бэкенд микросервиса SaaS увеличил разрыв. Opus более четко структурировал проект, полагался на автономный вызов инструментов и проводил свои проверки, а не ждал, когда кто-то вмешается. Когда неправильно настроенный API-ключ вызвал ошибку 500, Opus вел себя как старший инженер, просматривая логи, изолируя проблему с конфигурацией и предлагая надежное решение.

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

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

Разработчики, которые заботятся о качестве продукта, а не только о скорости демонстрации, сэкономят время и деньги с помощью Opus, когда учтут весь жизненный цикл: проектирование, реализация, тестирование и обслуживание. Для более подробного анализа этого изменения статья Claude Opus 4.5 против Gemini 3 Pro: Неделя, которая навсегда изменила ИИ описывает, как быстро произошли изменения.

Выбор ИИ-сопровождающего сейчас выглядит не как выбор одного IDE, а скорее как сборка стека. Gemini 3 Pro и Opus 4.5 оба удовлетворяют критерию "достаточно хорошего" в тестах, но их поведение под нагрузкой делает их подходящими для совершенно разных типов разработчиков.

Если вы оптимизируете расходы и объем, Gemini 3 Pro все равно выигрывает. Он стоит менее половины цены Opus 4.5 за каждый миллион токенов, поэтому команды, делящиеся API с тысячами запросов в день, заметят эту разницу в своем счете, а не в своем IDE.

Строители, ориентированные на скорость, также выбирают Gemini 3 Pro. Когда вам нужно быстро создать инструменты CRUD, внутренние панели управления или временные прототипы, склонность Gemini выпускать что-то «на 90% готовое» за меньшее время превосходит более продуманный подход Opus. Сочетайте это с тяжелой мультимодальной работой — анализом видео, потоками, насыщенными изображениями, документацией с диаграммами — и контекст на 1 миллион токенов и мощный стек визуализации Gemini становится трудно игнорировать.

Профессиональные разработчики, нацеленные на приложения производственного уровня, должны считать Opus 4.5 своим стандартом. Его инструменты в Cursor — открытие браузеров, создание скриншотов, проверка логов консоли, а затем исправление проблем с макетом и точками останова — работали как младший инженер, который действительно изучает различия. Для отладки ошибок 500, распутывания состояния и рефакторинга сложных сервисов более глубокое reasoning и более надежные автономные циклы Opus 4.5 окупились меньшим количеством сломанных сборок.

Если качество UI и UX имеет значение, Opus 4.5 на данный момент является лидером. В тесте InstaPlan он затратил около 9 минут, включая само-тестирование, чтобы создать страницу, которая выглядела бы как работа человека-дизайнера. Gemini 3 Pro справился примерно за 4 минуты, но предложил банальный "AI-генерированный" макет, который уже выглядит устаревшим.

Умные команды будут оставаться независимыми от моделей. Используйте такие инструменты, как Cursor, чтобы интегрировать Gemini 3 Pro для недорогой, быстрой работы с мультимодальными данными, и Opus 4.5, когда точность, качество и поддерживаемость решают, спите ли вы или отправляете проект. Единственная устойчивая стратегия в этой гонке вооружений: считать свой стек временным и постоянно заменять его на ту модель, которая наилучшим образом соответствует каждой задаче.

Опус 4.5 лучше Гемини 3 Про для программирования?

Для сложной разработки приложений и дизайна пользовательского интерфейса тесты показывают, что Opus 4.5 дает более качественные и полные результаты, включая самопроверку. Gemini 3 Pro быстрее справляется с начальной генерацией, но может требовать больше ручной работы и производит более общие дизайны.

Почему цена Opus 4.5 все еще является фактором, если он лучше?

Несмотря на значительное снижение цены, Opus 4.5 все еще стоит более чем вдвое дороже Gemini 3 Pro. Для разработчиков с ограниченным бюджетом Gemini предлагает мощные характеристики по гораздо более низкой цене, что делает его жизнеспособной альтернативой.

Что такое «вызов инструментов» в ИИ и почему это важно для разработчиков?

Инструментальный вызов — это способность ИИ использовать внешние инструменты, такие как веб-браузер или терминал. В тесте Opus 4.5 использовал браузер для автономного тестирования собственного кода, что является ключевой возможностью для автоматизированных рабочих процессов, которую Gemini не смог продемонстрировать.

Могу ли я использовать как Opus 4.5, так и Gemini 3 Pro для разработки?

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