Google Antigravity или Kiro для программирования
Antigravity делает акцент на нескольких параллельных агентах, проектах и изолированных worktree. Kiro ведет задачу через требования, проектное решение и список шагов реализации.
Выбирайте Google Antigravity, если
- нужно вести несколько локальных задач параллельно;
- важна изоляция задачи в новом Git worktree;
- нужны отдельные разрешения на команды и веб-доступ.
Выбирайте Kiro, если
- сначала нужно зафиксировать требования и дизайн;
- команда хочет хранить спецификацию рядом с проектом;
- важны IDE, CLI и повторяемые hooks.
Таблица сравнения
| Критерий | Google Antigravity | Kiro |
|---|---|---|
| Рабочая среда | Редактор Antigravity, менеджер агентов, CLI, терминал, браузер и проекты из одной или нескольких папок. | Kiro IDE, Kiro CLI и веб-интерфейс для агентных задач. |
| Контекст | Локальные папки, Git-репозитории, инструкции, навыки, MCP-серверы и запрос разработчика. | Репозиторий, запрос, файлы steering, AGENTS.md, спецификация, MCP и контекст проекта. |
| Действия агента | Планирование, параллельные задачи, правки, команды, браузерные действия, подзадачи и запуск по расписанию. | Формирование требований, дизайна и списка задач, правки кода, команды, тесты, hooks и параллельные агенты. |
| Проверка изменений | Планы и артефакты, просмотр изменений, режимы доступа ask, allow и deny, а также изоляция через новый worktree. | Сохраненные документы спецификации, список задач, diff, тесты и разрешения на действия агента. |
| Бесплатный доступ | Базовый доступ заявлен без оплаты для разработчиков с ограниченной квотой. | Free включает 50 кредитов в месяц по опубликованным условиям. |
| Платный доступ | Планы Google AI увеличивают квоты. Доступность и объем использования зависят от региона и текущего плана. | Платные уровни увеличивают месячный объем кредитов. Доступность моделей и дополнительных кредитов зависит от плана и региона. |
Параллельность или спецификация
Antigravity подходит, когда главный риск связан с пересечением нескольких задач и правами агентов. Kiro полезнее, когда до кода нужно согласовать требования, дизайн и порядок реализации.
Это различие функций, а не оценка качества. На своем проекте проверьте размер diff, сохранность требований, тесты и поведение при отмене задачи.
Источники сравнения
Выбор агентной среды по реальному изменению в репозитории
Сравнивайте Google Antigravity и Kiro на одинаковой копии проекта: исправление, новая функция и обновление тестов. Фиксируйте доступную версию продукта и модели, потому что возможности меняются. Решение должно учитывать инструкции репозитория, качество diff, разрешения и время ревью.
До пилота запишите обязательный результат, допустимые данные, роль проверяющего, предельный бюджет и правило остановки. Используйте одинаковый класс тарифа и сохраните дату проверки: функции и лимиты меняются. Сервис исключается до творческой оценки, если не дает требуемый экспорт, нарушает контур данных или не позволяет коллеге проверить и продолжить работу. При близких результатах выбирайте меньшую стоимость полного процесса с учетом исправлений, согласования и передачи.
Как разделить рабочие сценарии до оплаты
Google Antigravity для доступного агентного рабочего процесса
Рассматривайте в контексте фактически доступной среды Google, ее интеграций и политик организации. Проверяйте документацию, режим исполнения, поддерживаемые инструменты и обработку исходного кода.
Kiro для разработки от спецификации к реализации
Уместен, если команда хочет связывать требования, проектирование и код в управляемом процессе. Испытайте правила проекта, хуки, командную передачу и ограничения текущего плана.
Контрольный маршрут: три pull request с разным радиусом изменения
Подготовить одинаковый вход
Соберите один коммит, локальные инструкции, спецификации, тестовые команды, запретные файлы и скрытые случаи. Удалите персональные и закрытые сведения, зафиксируйте правильные факты, технические ограничения и ожидаемый конечный формат. Оба сервиса должны получить одну версию задания без дополнительных подсказок одному из участников.
Выполнить первый проход
Создайте результат в первом сервисе с базовыми настройками и запишите время, число повторов и все ручные исправления. Сохраните исходный экспорт, а не только удачный снимок экрана.
Повторить во втором сервисе
Используйте тот же вход, длительность работы и правило остановки. Не компенсируйте слабый результат функцией, которой не было в исходном сценарии, и не меняйте критерии после просмотра.
Провести слепую приемку
Уберите названия сервисов и проверьте следование требованиям, минимальность diff, тесты, безопасность команд и понятность решений. Затем оцените экспорт, возможность правки, права, стоимость и передачу результата другому участнику процесса.
Показатели для итоговой таблицы
- Завершенные задачи без ручной переписи результата.
- Лишние изменения и нарушения инструкций проекта.
- Время агента и ревьюера до принятого pull request.
- Политики кода, разрешения, стоимость и воспроизводимость.
Решение искажается демонстрационным примером
Не сравнивайте демонстрации разных задач и разные уровни разрешений. Один агент не должен получать уточнение, которого не было у второго. Проверяйте выполненные команды, изменения тестов и секреты, а скорость генерации оценивайте только вместе со временем ревью.
Что сохранить вместе с решением
Сохраните исходный коммит, задания, версии среды и моделей, разрешения, diff, тесты и замечания ревью. Другой разработчик должен воспроизвести пилот без персональных настроек автора.