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 с разным радиусом изменения
Подготовить одинаковый вход
Соберите один коммит, локальные инструкции, спецификации, тестовые команды, запретные файлы и скрытые случаи. Удалите персональные и закрытые сведения, зафиксируйте правильные факты, технические ограничения и ожидаемый конечный формат. Оба сервиса должны получить одну версию задания без дополнительных подсказок одному из участников.
Выполнить первый проход
В первом сервисе соберите три pull request с разным радиусом изменения по подготовленному входу. Запишите выбранный тариф и настройки, время до пригодного результата, количество попыток и минуты ручной правки. Сохраните исходный экспорт и перечислите элементы, которые не прошли критерий: следование требованиям, минимальность diff, тесты, безопасность команд и понятность решений.
Повторить во втором сервисе
Во втором сервисе повторите тот же вход и формат результата. Сравните оба исходника по критерию «Завершенные задачи без ручной переписи результата.». Не добавляйте функции, которых не было в задании; отдельно запишите ошибки, ожидание и исправления, потребовавшиеся для того же результата.
Провести слепую приемку
Уберите названия сервисов и проверьте следование требованиям, минимальность diff, тесты, безопасность команд и понятность решений. Затем оцените экспорт, возможность правки, права, стоимость и передачу результата другому участнику процесса.
Показатели для итоговой таблицы
- Завершенные задачи без ручной переписи результата.
- Лишние изменения и нарушения инструкций проекта.
- Время агента и ревьюера до принятого pull request.
- Политики кода, разрешения, стоимость и воспроизводимость.
Решение искажается демонстрационным примером
Не сравнивайте демонстрации разных задач и разные уровни разрешений. Один агент не должен получать уточнение, которого не было у второго. Проверяйте выполненные команды, изменения тестов и секреты, а скорость генерации оценивайте только вместе со временем ревью.
Что сохранить вместе с решением
Сохраните исходный коммит, задания, версии среды и моделей, разрешения, diff, тесты и замечания ревью. Другой разработчик должен воспроизвести пилот без персональных настроек автора.
Небольшая функция с тестом и передачей кода
Это учебный сценарий выбора, а не результат практического теста сервисов.
Исходные данные
Подготовьте учебный репозиторий: функция читает CSV, пропускает пустые строки и формирует отчет с общей суммой. Есть пять тестовых файлов, включая пустой и поврежденный. Попросите оба инструмента выполнить один и тот же запрос в отдельной копии репозитория. До запуска запишите запрещенные изменения: нельзя трогать конфигурацию доступа, зависимости вне задачи и существующие данные.
Проверка результата
Просмотрите diff, выполните тесты и вручную проверьте файл с ошибочным числом. Отметьте, сохранил ли агент существующий интерфейс функции и объяснил ли причины изменений. Затем попросите другого разработчика исправить одно условие обработки без истории чата. Измерьте время до принятого pull request, включая откат лишних файлов и правки тестов, если они отражают реальную ошибку.
Когда остановить тест
Остановите применение изменений, если агент меняет доступы, удаляет данные или скрывает падающий тест вместо исправления логики. Не запускайте неизвестный скрипт из ответа без просмотра. Если невозможно понять, почему изменен файл вне области задачи, возвращайте работу на разбор diff до дальнейшей автоматизации.
Правило выбора
Выбирайте по управляемости правок, прозрачности действий и воспроизводимости в командном процессе. Скорость первого черновика не равна скорости принятого изменения. Сохраните один и тот же исходный репозиторий, запрос, результаты тестов и журнал ручных исправлений. Вывод по простой функции не переносите на большой проект с иными правами и зависимостями.