AIREITER50 миллионов строк Lean 4 для одного доказательства, 800 000 строк безопасного Rust за две недели, ускорение TPU-ядер в 4,09 раза — ноябрьское исследование Google от 13 ноября показывает, на что способен Antigravity Teamwork. Но обычно он оправдан только в проектах с чёткими вехами, которые выполняются часами или днями: один запуск может забрать значительную часть недельной квоты.
Что на самом деле представляет собой Antigravity Teamwork
Antigravity Teamwork — это мультиагентный рабочий процесс Google для крупных задач с обязательной проверкой внутри Antigravity. Команда запускается командой /teamwork и включает Sentinel, Project Orchestrator, Explorers, Workers, Critic, Challenger, Auditor и Success Auditor. Она планирует работу по вехам, работает в отдельной директории проекта и перед передачей каждой вехи проводит независимую проверку.
Teamwork работает в два этапа. На первом основной агент проводит интервью и фиксирует цели, требования, способы проверки, критерии приёмки и директорию проекта (по умолчанию ~/teamwork_projects/{PROJECT_NAME}). На втором начинается автономное выполнение по структурированным артефактам — запросу, плану проекта и отчётам о прогрессе. Каждый Worker и Critic получает исключительное владение своими файлами, а перед передачей результата срабатывают проверки Challenger, Auditor и Success Auditor (документация Teamwork).
Режим целостности выбирается во время интервью и определяет строгость процесса:
development(по умолчанию): быстрые итерации; разрешены повторное использование кода и фреймворки, но не принимаются выдуманные результаты и фасадные реализации.demo: воспроизводимая демонстрация; запрещены копирование основной логики из open source, передача ключевой работы внешним исполнителям и чтение исходников тестов ради готовых ответов.benchmark: максимальная строгость; реализация с нуля на стандартной библиотеке языка и независимая оценка по эталонным данным.
Маршрут выполнения автоматически подстраивает состав команды:
- General distributed coding (по умолчанию): разработка и рефакторинг в нескольких файлах.
- Iterative coding: одна локальная правка, если в запросе сказано «keep it small».
- Document Review: критика научных работ и проектной документации с разных точек зрения.
- Math / Proof и Math / Proof Large Team: формальные рассуждения и масштабные кампании по доказательству гипотез.
Обычно работа занимает от нескольких часов до нескольких дней и доступна в платных планах через Antigravity App и CLI (документация Teamwork).
Teamwork, Swarm, Boost и subagents: что выбрать
Antigravity Teamwork имеет смысл только тогда, когда задаче нужны вехи, контрольные проверки и отдельная директория. Для большинства повседневных задач подходят более лёгкие режимы — неправильный выбор просто сожжёт квоту.
| Инструмент | Для чего лучше всего подходит | Как запускается | Рабочая область | Проверка | Обычно занимает | План |
|---|---|---|---|---|---|---|
| Subagents | Локальные вспомогательные задачи: исследование репозитория, проверки в браузере, запуск тестов | Автоматически или через @subagent | Текущая рабочая область | Родительский агент проверяет ответ | От секунд до минут | Все планы |
Boost (/boost) | Сложные, но узкие задачи: гонки, нетривиальные ошибки, алгоритмы | /boost <task>, запускается сразу | Текущая рабочая область, изолированные контексты | Workers оспаривают решение и перепроверяют его, оркестратор выборочно проверяет результат | От секунд до часов | Платные планы |
Swarm (/swarm) | Масштабная работа, которую легко разделить: файлы, пакеты, наборы тестов | /swarm <task>, запускается сразу | Текущая рабочая область или отдельные копии для каждого Worker | Выделенный @verifier проверяет diff и запускает тесты | От минут до часов | Google AI Pro и Ultra |
Teamwork (/teamwork) | Проекты из нескольких вех: миграции, симуляции, формальные доказательства | /teamwork <goal> + интервью по области задачи | Отдельная ~/teamwork_projects/{PROJECT_NAME} | Контрольные проверки Critic, Challenger, Auditor и Success Auditor | От часов до дней | Платные планы |
Teamwork стоит выбрать для миграции REST на Fastify в десятках файлов с полным покрытием тестами, тактовой симуляции, проверенной аппаратными таймерами, или формального доказательства с проверкой в Lean 4. Swarm подойдёт для добавления валидации в три независимых API-обработчика: по одному Worker на файл и отдельный verifier, запускающий npm test. Boost лучше использовать для одной гонки или связанного рефакторинга, где последовательная схема «оспорить — исправить — проверить» эффективнее параллельных Workers. Subagents пригодятся для фонового поиска, пока основной диалог продолжается.
Путаница вполне объяснима. Один из пользователей Antigravity сформулировал это так:
«В agy уже слишком много режимов, и, если честно, становится непонятно. Сейчас у нас есть ... /teamwork (долгие проекты с вехами и контрольными проверками) ... а теперь ещё и динамические рабочие процессы... Если быть справедливым, все они нам действительно не нужны. Чем меньше режимов, тем меньше путаницы...»
— @Heamanth_alturi (X)
Практическое правило простое: если у задачи одно определение готовности и её можно закрыть за один рабочий сеанс, Teamwork будет избыточным. Если же нужны артефакт с планом, артефакт с прогрессом и подтверждение каждой вехи не от автора, а от другого участника, Teamwork подходит.
Что на самом деле показало ноябрьское исследование
Ноябрьское обновление Google Research от 13 ноября — это отчёт о результатах, а не анонс запуска. Раньше Teamwork уже существовал в платных планах под именем /teamwork-preview; в обновлении показано, чего добились команды, работающие по вехам, с Gemini 4 Argon, Carbon и Hydrogen. Люди по-прежнему определяли задачи, ограничения и схему оценки, а независимые критики проверяли результаты из чистых контекстов.
| Область | Пример проекта | Масштаб команды | Заявленный результат |
|---|---|---|---|
| Математика | Доказательство гипотезы Courtade–Kumar (Google, CUHK, USC, CMU) | Шаблон длинного доказательства, формализация в Lean 4 | Полное доказательство примерно в 50 млн строк кода Lean |
| Химия | Определение молекулярной структуры по данным ЯМР | 30 специализированных агентов + физический симулятор | 95% точности top-1, 100% точности top-3 при точном совпадении |
| Системы | Переписывание Zircon с C++ на Rust | Двухнедельная кампания на Argon | Около 800 000 строк безопасного Rust, загрузка на arm64 |
| ML-железо | Оптимизация TPU-ядер (DuoDiscover) | Прокси-оценщики (23 с против 7–32 мин) | Среднее ускорение в 4,09 раза на 17 ядрах JAXBench |
Google также открыл набор заявок для 10 000 академических исследователей, которым предоставят доступ к топовым моделям на шесть месяцев. Некоторые описанные в публикации рабочие процессы ещё внедряются для внешних пользователей, поэтому таблицу стоит воспринимать как свидетельство возможностей, а не как обещание, что каждый проект даст такие же результаты.
Сколько квоты это стоит на практике
На странице тарифов Antigravity (страница тарифов) для Individual указана цена $0 в месяц, безлимитные Tab completions и базовые недельные ограничения. В планах Pro и Ultra лимиты выше, а также есть гибкий пул AI-кредитов; точное число запросов Google не публикует. Квоты Pro и Ultra обновляются каждые пять часов, пока не будет достигнут недельный потолок. Превышение лимита можно оплачивать купленными кредитами, выбрав режим Never или Always (документация по планам). Для Teamwork и Boost нужны платные планы, а Swarm доступен в Pro или Ultra (документация Swarm). В собственной публикации Google об ОС предупреждалось, что пара сложных preview-задач может израсходовать всю недельную квоту (публикация об ОС Antigravity).
Пользовательские отзывы — это не репрезентативная выборка, но разброс в них заметен:
«Чёрт, это сожрало всю мою квоту примерно за 5 минут (3.5 Flash (high))»
— u/Several_Bag_3665 (Reddit)
«На подписке Ultra это вполне удобно: запустил teamwork preview с gemini flash medium на 50 минут подряд, он потратил около 20% моей пятичасовой квоты и нормально сделал огромный рефакторинг»
— u/ningkaiyang (Reddit)
Разницу объясняют два механизма. В документации Antigravity для /swarm сказано, что каждый Worker — отдельный агент, ожидающие Workers не расходуют токены, а исчерпавшие квоту Workers приостанавливаются и не перезапускаются автоматически до нового сообщения на доске, смены модели или прямого сообщения (документация Swarm). Документация Teamwork не публикует такого же описания возобновления, поэтому это стоит считать общим поведением мультиагентных процессов и отдельно проверять для своего плана. Teamwork также создаёт большие промежуточные артефакты — запрос, план и отчёты о прогрессе, а ещё рабочие заметки агентов и журналы проверок (документация Teamwork). Это ожидаемое состояние процесса, но не обязательно признак реального прогресса.
Как запустить Teamwork и не потратить недельную квоту за один раз
Для запуска Teamwork нужна одна команда, но именно интервью определяет будущие расходы. В App откройте диалог проекта и введите /teamwork Migrate our REST API service from Express to Fastify, including full test coverage, TypeScript typing, and benchmark validation. В CLI из директории проекта запустите /teamwork Design and implement a cycle-accurate memory controller with lockstep simulation tests. Следить за процессом можно через панель subagent или строку состояния CLI, переходить к запросам на подтверждение — с помощью Alt+J, а просматривать план и отчёты о прогрессе — в реальном времени (документация Teamwork).
Считайте первый этап главным инструментом контроля расходов. Описывайте, что нужно получить, а не как именно это сделать: сформулируйте цель, аудиторию (demo, production или benchmark), жёсткие ограничения и по одной объективной проверке на каждое требование — например, набор тестов или скрипт для измерения метрики. Для итерационной разработки выбирайте development, а demo или benchmark оставляйте для случаев, когда важны презентабельный результат или доказательство реализации с нуля: строгая проверка означает больше агентной работы. Перед подтверждением убедитесь, что выбрана нужная отдельная директория проекта.
Во время выполнения держите управление в центре процесса. Изменения области задачи направляйте через координатора, сначала принимайте изменения Workers и только потом удаляйте их, а прогресс оценивайте по контрольным точкам и тестовым доказательствам, а не по числу файлов. В настройках для первого запуска установите AI-credit overage в Never: тогда исчерпание базовой квоты остановит работу, а не начнёт незаметно тратить кредиты (документация по планам). Если документация вашего плана это позволяет, сочетайте более сильный планировщик с более дешёвой реализацией: Ultra поддерживает Orchestrator (Carbon) и Orchestrator (Argon), которые строят план на Gemini 4 Carbon или Argon, пока Gemini 4 Hydrogen реализует его (страница тарифов). Такой компромисс также виден в сравнениях Carbon и Argon.
FAQ
В чём разница между /teamwork и /teamwork-preview?
/teamwork-preview — прежнее название исследовательской preview-версии. В актуальной документации Teamwork для платных планов используется /teamwork; отдельного заявления о полноценной доступности Google не публиковала.
Можно ли поставить Teamwork на паузу или восстановить работу после исчерпания квоты?
Документированное поведение /swarm таково: Workers, исчерпавшие квоту, приостанавливаются до нового сообщения на доске, смены модели или прямого сообщения (документация Swarm). Документация Teamwork не подтверждает такой же способ возобновления. Перед перезапуском проверьте план и отчёты о прогрессе в ~/teamwork_projects/{PROJECT_NAME}: частично завершённые вехи сохраняются в виде файлов.
Какие артефакты создаёт Teamwork?
Запрос, план проекта и отчёты о прогрессе, а также рабочие заметки каждого агента, вспомогательные скрипты и журналы проверок (документация Teamwork). Большой объём Markdown — нормальное явление. Оценивайте прогресс по контрольным точкам и тестовым доказательствам, а не по числу файлов.
Безопасно ли использовать Teamwork в production-репозиториях?
Teamwork изолирует работу в отдельной директории, использует исключительное владение файлами и контрольные проверки, что снижает риск конфликтов (документация Teamwork). Но перед слиянием изменений в production всё равно нужна ручная проверка критериев приёмки, тестовых доказательств и финального прохода Success Auditor.
Проверьте это за 30 секунд перед вводом /teamwork
Вводите /teamwork только если выполняются все пять условий: работа разбита на несколько вех, у каждой есть объективная проверка, отдельная директория действительно полезна, независимые контрольные проверки важны, а один затратный запуск дешевле нескольких недель ручной работы. В остальных случаях используйте Swarm для параллельных задач, Boost для сложных узких ошибок или subagents для фоновых вспомогательных задач — а Teamwork оставьте проекту, которому действительно нужна команда.