Google добавила Claude Opus 5.5 и Sonnet 5.5 в Antigravity — обе модели Anthropic появились в списке доступных движков агентной среды. Практический смысл простой: задача внутри проекта решается тем движком, который лучше ложится под её характер, без переезда в другой редактор и без потери контекста репозитория.
Список моделей в Antigravity с самого запуска не был закрытым, сторонние движки там подразумевались изначально. Новые версии доводят эту идею до состояния, когда переключение имеет смысл в ежедневной работе, а не ради эксперимента на выходных.
Дальше — про то, как выбор модели вписан в процесс, чем Opus 5.5 отличается от Sonnet 5.5 по типу работы и какие неудобства вылезают через неделю активного использования.
Как переключение выглядит в реальной работе
Модель выбирается не для всего проекта разом, а под конкретную задачу или сессию агента. Файлы, история изменений, терминал, настройки сборки остаются на месте: меняется движок, который планирует шаги и предлагает правки. Это принципиально отличается от сценария «поставил второй редактор и синхронизируешь два окна руками».
Практика показывает, что люди редко переключаются посреди задачи. Обычный паттерн другой: разобрать чужой модуль на Opus 5.5, а потом прогнать серию мелких правок и тестов на Sonnet 5.5 — там, где важна не глубина рассуждения, а скорость итераций. Разница в поведении движков заметна именно на длинных цепочках шагов: один агент дольше держит план и меньше теряет связи между файлами, второй быстрее выдаёт результат, но чаще требует присмотра.
Отдельный нюанс — стоимость шага. Агентная среда тратит токены не на один ответ, а на десятки вызовов инструментов, чтения файлов и повторных попыток. Тяжёлая модель на рутинной правке формата или переименовании переменной — это те же деньги за ту же работу, только дороже. Квоты и лимиты у среднего тарифа расходуются быстрее, чем кажется при первом знакомстве.
Claude Opus 5.5 и Sonnet 5.5: где проходит граница
Обе модели — из одной линейки Anthropic, поэтому разница между ними не в качестве ответа как таковом, а в том, сколько рассуждения движок позволяет себе до первого действия. Opus 5.5 рассчитан на задачи, где ошибка на этапе плана стоит дороже лишней минуты ожидания: миграции, разбор запутанной архитектуры, поиск причины плавающего бага. Sonnet 5.5 — рабочая лошадка для потока небольших изменений.
| Тип задачи | Opus 5.5 | Sonnet 5.5 |
|---|---|---|
| Разбор незнакомого модуля, восстановление логики по коду | Держит общую картину дольше, меньше теряет связи между файлами | Хорош на одном файле, на большой связке требует подсказок |
| Массовые однотипные правки, форматирование, переименования | Избыточен, расход лимита не оправдан | Основной режим: быстро и предсказуемо по цене шага |
| Планирование миграции или рефакторинга | Даёт связный план с оговорками и порядком шагов | Склонен дробить задачу и терять конец цели |
| Генерация тестов и разбор падений в консоли | Глубже ищет причину, а не симптом | Закрывает типовые случаи, на редких сдаётся быстрее |
Выбор модели здесь — не про «какая умнее», а про то, насколько задачу можно описать заранее. Чем более расплывчата постановка, тем сильнее выигрывает тяжёлый движок. Если есть точное ТЗ из пяти пунктов, разница в результате между моделями стирается, а разница в расходе лимита — нет.
Есть и обратная сторона: на Opus 5.5 агент охотнее предлагает перестроить лишнее. Он видит проблему шире поставленной задачи и может тронуть соседние файлы, которые никто не просил менять. В командной работе это ловится на код-ревью, но лучше ограничивать область правок сразу, до запуска сессии.
Зачем Google открывать среду конкурентам
Логика здесь коммерческая, а не благотворительная. Рынок агентных IDE быстро насыщается: разработчик выбирает не «лучший редактор», а привычное место, где у него уже лежат конфиги, расширения и сохранённый контекст. Среда, которая умеет только один движок, проигрывает той, где движок можно сменить под задачу.
Второй мотив — удержание внутри экосистемы. Человек, у которого Claude доступен прямо в Antigravity, реже уходит в соседний инструмент за конкретной моделью, а значит реже уносит с собой рабочие настройки и платёж. Конкуренция за точку входа сейчас идёт острее, чем конкуренция за качество отдельной модели.
Для пользователя из этого следует неприятная, но полезная вещь: состав моделей в списке будет меняться. Появляются новые версии, старые тихо уходят или переезжают на другой тариф. Скрипты и привычки, завязанные на конкретное имя движка, живут недолго — стоит держать в голове запасной вариант.
Ограничения, которые проявляются не сразу
Первое и самое частое — квоты. Условия доступа к сторонним моделям внутри среды и в отдельной подписке Anthropic не совпадают, и на среднем тарифе лимит заканчивается быстрее, чем на одиночных запросах в чате. Тяжёлая модель в агентном режиме — самая дорогая комбинация из доступных.
Второе — данные. Код уходит на сторону вендора модели, и правила обработки у Google и Anthropic разные. Для пет-проекта это неважно, для рабочего репозитория под NDA — вопрос, который решают до первого запуска, а не после.
- Региональная доступность. Платные тарифы Google из России не оформить напрямую, а сторонние движки чаще всего идут именно в платных планах. Бесплатный режим остаётся урезанным по составу моделей.
- Поведение меняется между версиями без предупреждения: то, что стабильно работало на предыдущей сборке движка, может давать другой результат после обновления.
- Интеграция с инструментами проекта неодинаковая. Сборка, линтеры и тесты работают, но тонкости вроде формата диффа или работы с монорепозиторием у сторонней модели иногда всплывают позже.
Третье ограничение — доверие к автономности. Чем мощнее движок, тем больше шагов он делает без подтверждения, и тем выше цена неудачного плана: агент может уверенно пойти не туда и переписать полпроекта. Включать максимальную автономность на незнакомой кодовой базе — типичная ошибка первых дней.
Что проверить перед переводом проекта на Claude
Начинать разумнее с изолированной ветки и небольшого модуля, где результат проверяется глазами за пару минут. Если задача требует чтения десятка файлов, это уже другой класс нагрузки — там стоит отдельно посмотреть, как расходуется лимит.
- Правила репозитория. Файл с описанием конвенций и запретов на правки экономит больше, чем выбор модели: он работает и на Opus 5.5, и на Sonnet 5.5.
- Проверить, как модель реагирует на просьбу не трогать соседний код — многие игнорируют её на длинной цепочке шагов.
- Сравнить на одной и той же задаче стоимость прохода и число итераций, а не только качество финального ответа. Иногда дешёвая модель с двумя уточнениями выходит выгоднее.
- Уточнить у юристов или ответственного за данные, допустима ли отправка кода внешнему вендору модели и на каких условиях.
Обратная ситуация тоже встречается: команда переводит на тяжёлую модель всё подряд, лимит сгорает за три дня, и работа возвращается к прежнему движку с ощущением, что «не зашло». Проблема была не в модели, а в отсутствии разбиения задач по сложности.
С чего начать на своём проекте
Возьмите одну задачу, которую давно откладывали из-за непонятной архитектуры, и запустите её на Claude Opus 5.5 в отдельной ветке — именно на таких вещах разница между движками видна за один вечер. Все мелкие правки после этого прогоняйте на Sonnet 5.5 и сверяйте расход лимита в панели тарифа, чтобы через неделю не остаться без квоты посреди срочного релиза.
