Dla zespołów deweloperskich

Wdrożenie Google Antigravity: od prywatnych ustawień do wspólnej, kontrolowanej konfiguracji w repozytorium.

Wdrożenie Google Antigravity zaczynamy od pilotażu w jednym zespole: wspólna konfiguracja w repozytorium i pisemna decyzja go/no-go według spisanych kryteriów.

Oferta: pilotaż dla jednego zespołu w jednym repozytorium, zakończony pisemną decyzją go/no-go według kryteriów spisanych przed startem. Czas i koszt ustalamy na piśmie, zanim zaczniemy.

Twoje repozytorium po pilotażu

  • AGENTS.mdreguły projektu
  • .agents/rules/reguły z wyzwalaczem
  • .agents/skills/procedury zespołu
  • .agents/agents/subagenty
  • .agents/hooks.jsonkontrole przy zdarzeniach
  • .agents/mcp_config.jsonserwery MCP
  • .github/workflows/bramka PR
Konfiguracja zostaje w repozytorium i zmienia się tylko przez PR.

Gdy każdy deweloper pracuje z narzędziami Gemini po swojemu

Twoi deweloperzy już korzystają z narzędzi Gemini: jedni z Gemini Code Assist, inni z Gemini CLI albo Google Antigravity, każdy na własnych ustawieniach. Dla nowych wdrożeń Google wskazuje dziś Google Antigravity w Gemini Enterprise (według dokumentacji Google, stan na październik 2026), także zespołom, które pracują z Gemini Code Assist. Kto przechodzi z Gemini Code Assist, i tak musi część ustawień ułożyć od nowa. Lepiej zrobić to raz, wspólnie i w repozytorium.

Różne uprawnienia
Jeden deweloper pozwala agentowi uruchamiać polecenia bez pytania, inny zatwierdza każde z osobna. To samo zadanie przebiega u każdego inaczej.
Reguły w katalogach domowych
Konwencje projektu, sposób testowania i obszary, których nie wolno ruszać, każdy zapisuje agentowi we własnych ustawieniach albo nie zapisuje wcale.
Nikt nie wie, co agent może uruchomić
Nie ma jednego miejsca, w którym widać, do jakich poleceń, plików i serwerów MCP agent ma dostęp w danym repozytorium.
Pytania o bezpieczeństwo bez odpowiedzi
Dział bezpieczeństwa pyta o dane, uprawnienia i kontrolę zmian, a nikt nie potrafi odpowiedzieć w imieniu całego zespołu.

Po co pilotaż, skoro jest dokumentacja?

Dokumentacja Google opisuje, co można skonfigurować i jak. W pilotażu robimy to w Twoim repozytorium, razem z Twoim zespołem, a kończymy pisemną decyzją, czy iść dalej.

Pilotaż

Od diagnozy do decyzji na piśmie

Pracujemy z jednym zespołem w jednym repozytorium. Przy każdym kroku widać, co robi Aurora AI, co wnosi Twój zespół i co sprawdzamy.

Zespół
Jeden zespół, który już pracuje z narzędziami Gemini
Repozytorium
Jedno repozytorium, wybrane razem z Tobą
Zakończenie
Pisemna decyzja go/no-go według kryteriów spisanych przed startem
Czas i koszt
Ustalone na piśmie przed startem
  1. Diagnoza

    Diagnoza i kryteria decyzji

    Sprawdzamy, jak Twoi deweloperzy pracują dziś z narzędziami Gemini, wybieramy zespół i repozytorium do pilotażu i spisujemy kryteria decyzji.

    Aurora AI
    Rozmawia z deweloperami, przegląda ich obecne ustawienia, niezależnie od tego, z którego narzędzia korzystają, i proponuje zespół, repozytorium oraz kryteria go/no-go.
    Twój zespół
    Lider wskazuje zespół, repozytorium i osobę, która na końcu podejmie decyzję. Deweloperzy pokazują, jak dziś pracują z agentem.
    Sprawdzamy
    Kryteria go/no-go są spisane, a osoba, która podejmie decyzję, zaakceptowała je przed startem.
  2. Konfiguracja

    Wspólna konfiguracja w repozytorium

    Reguły pracy i narzędzia agenta trafiają do repozytorium: AGENTS.md, reguły z wyzwalaczem, skille, subagenty, hooki i konfiguracja MCP.

    Aurora AI
    Przygotowuje konfigurację na podstawie diagnozy, przenosi do niej to, co sprawdza się w obecnych ustawieniach, i każdą zmianę zgłasza jako PR.
    Twój zespół
    Deweloperzy przeglądają każdy PR i decydują, co wchodzi do repozytorium, a co wymaga poprawki.
    Sprawdzamy
    Konfiguracja leży w repozytorium, a każda jej zmiana przeszła przegląd zespołu w PR.
  3. Zadania

    Praca na zadaniach z backlogu

    Zespół pracuje z Google Antigravity na prawdziwych zadaniach z bieżącego backlogu.

    Aurora AI
    Pracuje w parach z deweloperami i dostosowuje konfigurację tam, gdzie przeszkadza albo czegoś w niej brakuje.
    Twój zespół
    Zespół wybiera zadania z bieżącego backlogu i zgłasza, gdzie konfiguracja pomaga, a gdzie spowalnia pracę.
    Sprawdzamy
    Zmiany przygotowane z agentem przechodzą ten sam przegląd kodu co reszta pracy, a poprawki konfiguracji idą przez PR.
  4. Ład

    Ład i bezpieczeństwo

    Zasady z repozytorium uzupełniamy o ustawienia administracyjne w Gemini Enterprise, bramkę w CI i odpowiedzi dla działu bezpieczeństwa.

    Aurora AI
    Proponuje ustawienia administracyjne w Gemini Enterprise (lista dozwolonych serwerów MCP, dopuszczenie modeli innych firm, rejestrowanie zapytań i odpowiedzi), reguły deny i sandbox, ustawia bramkę PR dla zmian zrobionych z agentem i spisuje odpowiedzi na pytania działu bezpieczeństwa.
    Twój zespół
    Administratorzy wprowadzają ustawienia w Gemini Enterprise, a dział bezpieczeństwa zadaje pytania i ocenia odpowiedzi. Licencje zostają w Twojej własnej subskrypcji Gemini Enterprise.
    Sprawdzamy
    Zabroniona akcja zostaje zablokowana, zmiana bez przeglądu nie trafia do głównej gałęzi, a dział bezpieczeństwa ma odpowiedzi na piśmie.
  5. Decyzja

    Decyzja i przekazanie

    Pilotaż kończy się memo, które ocenia wynik względem kryteriów spisanych na początku.

    Aurora AI
    Pisze memo z rekomendacją go albo no-go i przekazuje dokumentację konfiguracji.
    Twój zespół
    Osoba odpowiedzialna podejmuje decyzję, a zespół przejmuje konfigurację i utrzymuje ją dalej jak kod.
    Sprawdzamy
    Decyzja jest zapisana i uzasadniona kryteriami. Konfiguracja zostaje w repozytorium niezależnie od wyniku.

Co zostaje w Twoim repozytorium

Konfiguracja powstaje w Twoim repozytorium i przechodzi przegląd Twojego zespołu. Zostaje u Ciebie także po decyzji no-go.

  • AGENTS.md / GEMINI.md

    Wspólne reguły projektu

    Zasady pracy, które obowiązują agenta zawsze: w całym repozytorium albo w wybranym katalogu.

  • .agents/rules/

    Reguły z wyzwalaczem

    Dodatkowe reguły, które włączają się wtedy, gdy zadziała wyzwalacz opisany w nagłówku pliku.

  • .agents/skills/

    Skille zespołu

    Opisane procedury zespołu, które agent wczytuje dopiero wtedy, gdy zadanie ich wymaga.

  • .agents/agents/

    Subagenty

    Osobni agenci do wybranych zadań, którzy dziedziczą ograniczenia agenta nadrzędnego: dozwolone polecenia, zakres plików i ustawienia sandboxa.

  • .agents/hooks.json

    Hooki

    Kontrole, które uruchamiają się przy określonych zdarzeniach w pracy agenta.

  • .agents/mcp_config.json

    Konfiguracja MCP

    Wspólna dla projektu lista serwerów MCP, z którymi łączy się agent, zgodna z listą dozwolonych serwerów ustawioną przez administratora.

  • reguły uprawnień

    Uprawnienia projektu

    Reguły allow, ask i deny oraz uprawnienia nadane projektowi: co agent robi bez pytania, o co musi zapytać, a czego nie zrobi wcale. Deny wygrywa z ask, a ask z allow.

  • ustawienia Gemini Enterprise

    Ustawienia administracyjne

    Polityka organizacji w ustawieniach AI developer tools w Gemini Enterprise, na przykład lista dozwolonych serwerów MCP, dopuszczenie modeli innych firm i rejestrowanie zapytań w Twoim projekcie Google Cloud.

  • .github/workflows/

    Bramka PR w CI

    Kontrola w CI, która nie wpuszcza zmiany przygotowanej przez agenta do głównej gałęzi bez testów i przeglądu człowieka.

  • memo go/no-go

    Memo decyzyjne

    Pisemna ocena pilotażu względem kryteriów ustalonych przed startem, z rekomendacją go albo no-go.

  • zespół

    Przeszkolony zespół

    Deweloperzy, którzy znają konfigurację, zmieniają ją przez PR i potrafią ją utrzymać samodzielnie.

Ustawienia administracyjne wprowadzają Twoi administratorzy w Gemini Enterprise, poza repozytorium. Reguły uprawnień ustawia się dla użytkownika i projektu, dlatego opisujemy je w dokumentacji konfiguracji. Memo trafia do osoby, która podejmuje decyzję, a umiejętności zostają w zespole.

Na własnym przykładzie

Pracujemy tak samo u siebie

Naszą własną operację prowadzimy według tych samych zasad, które wprowadzamy w pilotażu.

  • Agenci mają określone role, takie jak planowanie, teksty, budowa strony, SEO i QA.
  • Każdy agent pracuje przez PR, a każdą zmianę sprawdzają automatyczne bramki.
  • Zmiany w definicjach agentów, w skryptach i w bramkach czekają, aż człowiek je sprawdzi i ręcznie scali.

Wdrożenie Gemini u klienta zostało już dostarczone, a nazwy firmy, jak przy każdej realizacji, nie podajemy.

.github/workflows/auto-merge.yml (fragment)

# Scope: any open PR targeting main whose checks are green (operator's
# explicit choice), EXCEPT a PR that changes code or gates: `scripts/**`,
# `.github/**` (incl. pr-guards.yml), `.claude/**`, `package.json`,
# `package-lock.json` (any folder). […]
# […] Gated PRs get the label `needs-adam` and a comment, and wait for
# Adam to merge by hand […]

Fragment reguły auto-merge z naszego repozytorium

PR, który zmienia definicje agentów, skrypty albo bramki, nie jest scalany automatycznie: czeka, aż założyciel scali go ręcznie. Tę zasadę wprowadziła decyzja bezpieczeństwa: treść, którą ktoś z zewnątrz podsunie agentowi, nie może zmienić kodu ani bramek tak, żeby zmiana sama trafiła do publikacji.

Co dalej po decyzji

Pilotaż sam nie przechodzi w dalsze wdrożenie. O następnym kroku decydujesz Ty, na podstawie memo.

Decyzja go

Następny krok to wdrożenie w kolejnych zespołach. Jego zakres, czas i koszt ustalamy osobno, na podstawie wniosków z pilotażu.

Decyzja no-go

Konfiguracja w repozytorium i memo zostają u Ciebie. Wiesz, dlaczego teraz nie warto iść dalej.

Wdrożenie Google Antigravity: kiedy zacząć od pilotażu

Pilotaż pomaga, gdy

  • Twoi deweloperzy już pracują z narzędziami Gemini, każdy na własnych ustawieniach.
  • Zespół korzysta z Gemini Code Assist, a Ty planujesz przejście na Google Antigravity w Gemini Enterprise.
  • Chcesz mieć wspólne zasady, zanim agent trafi do kolejnych zespołów i repozytoriów.
  • Ktoś po Twojej stronie może podjąć decyzję go/no-go i za nią odpowiadać.
  • Dział bezpieczeństwa pyta, co agent może robić w Twoim kodzie, i potrzebuje odpowiedzi na piśmie.

Pilotaż nie jest dobrym wyborem, gdy

  • Dopiero wybierasz narzędzie. Wtedy zacznij od porównania agentów do kodowania w naszej bazie wiedzy.
  • Nikt po Twojej stronie nie może wziąć odpowiedzialności za decyzję.
  • Oczekujesz, że dostarczymy licencje. Nie sprzedajemy ich: subskrypcję Gemini Enterprise kupujesz bezpośrednio od Google.
  • Chcesz, żeby zmiany przygotowane przez agenta trafiały do kodu bez przeglądu.

Najczęstsze pytania

Czy Aurora AI jest partnerem Google?

Nie. Aurora AI jest niezależną firmą doradczą. Nie sprzedajemy licencji i nie pośredniczymy w rozliczeniach. Subskrypcję Gemini Enterprise kupujesz bezpośrednio od Google, w konsoli Google Cloud albo przez dział sprzedaży Google Cloud, a licencje przypisuje deweloperom Twój administrator.

Czy nasz kod posłuży do trenowania modeli?

Według dokumentacji Google (stan na październik 2026) na warunkach Google Cloud kod i prompty firm w Google Antigravity nie są używane do trenowania modeli bazowych, a telemetria i logi trafiają do Twojego własnego projektu Google Cloud. W pilotażu zapisujemy, od jakiej subskrypcji i jakich ustawień to zależy, i potwierdzamy to z Twoim działem bezpieczeństwa.

Ile trwa pilotaż i ile kosztuje?

To zależy od zespołu, repozytorium i kryteriów decyzji, dlatego nie podajemy cen na stronie. Czas i koszt ustalamy na piśmie przed startem, po pierwszej rozmowie.

Narzędzia Gemini szybko się zmieniają. Co wtedy z konfiguracją?

Właśnie dlatego konfiguracja leży w Twoim repozytorium i zmienia się przez PR, jak każdy inny kod. Przejście z Gemini Code Assist na Google Antigravity dobrze to pokazuje: gdy zmienia się narzędzie, zespół aktualizuje konfigurację w zwykłym PR, zamiast odtwarzać ustawienia każdego dewelopera z osobna. W pilotażu zespół ćwiczy dokładnie ten tryb pracy.

Dziś używamy Gemini CLI albo Gemini Code Assist. Czy pilotaż ma sens?

Tak. Zaczynamy od tego, z czego zespół korzysta dziś. Plik GEMINI.md działa także w Google Antigravity, a reguły i ustawienia, które się sprawdzają, przenosimy do wspólnej konfiguracji w repozytorium.

Co, jeśli decyzja brzmi no-go?

Konfiguracja i memo zostają u Ciebie. Memo pokazuje, których kryteriów nie spełniono, więc wiesz, co musiałoby się zmienić, żeby wrócić do tematu.

Czy możecie wdrożyć Google Antigravity w całej firmie?

To możliwy następny krok po decyzji go. Taki etap planujemy i wyceniamy osobno, gdy poznamy wnioski z pilotażu.

Opisz, jak Twój zespół pracuje dziś z narzędziami Gemini

Napisz, z jakich narzędzi i ustawień korzystają dziś deweloperzy, w którym repozytorium chcesz zacząć i kto podejmie decyzję go/no-go. Odpowiemy e-mailem i zaproponujemy rozmowę o pilotażu.

Opisz swój przypadek

Strona kontaktu prowadzi do e-maila. Nie potrzebujesz gotowej specyfikacji.

Aurora AI jest niezależną firmą doradczą. Nie jesteśmy partnerem Google, nie sprzedajemy licencji i nie pośredniczymy w rozliczeniach. Google Antigravity i Gemini Enterprise to produkty Google.