Przejdź do głównej zawartości
Developer Toolkit Developer Toolkit Developer Toolkit

Najlepsze praktyki ciągłego dostarczania

Twój PR czeka od dwóch dni na recenzenta. Wdrożenie wymaga trzech ręcznych zatwierdzeń na dwóch kanałach Slacka, notatki wydania to wciąż TODO, a kiedy CI zrobiło się czerwone w nocy, nikt nie zajął się tym aż do porannego standupu. Ciągłe dostarczanie obiecuje skrócić ten dystans do minut, ale to właśnie robota spinająca — przeglądy, YAML, bramki, changelog, triage awarii — jest dokładnie tym mozołem, którego nikt nie chce wziąć na siebie.

To właśnie ta spinająca robota jest miejscem, gdzie asystent AI zarabia na swoje utrzymanie. Nie chodzi o to, że „AI pisze twoją aplikację”, lecz o AI jako niestrudzonego recenzenta, generator YAML-a i pierwszą linię reagowania wpiętą bezpośrednio w twój potok.

Co z tego wyniesiesz

Dział zatytułowany „Co z tego wyniesiesz”
  • Prawdziwy krok GitHub Actions, który uruchamia Claude Code w trybie headless na każdym diffie PR-a i komentuje inline
  • Gotowe prompty do generowania YAML-a potoku, blokowania wdrożenia i tworzenia notatek wydania — po jednym na narzędzie
  • Podział Cursor / Claude Code / Codex pod kątem tego, gdzie każde narzędzie pasuje w CD
  • Listę „gdy to się zepsuje” dla trybów awarii, na które potoki generowane przez AI trafiają na produkcji

Gdzie AI pasuje w potoku

Dział zatytułowany „Gdzie AI pasuje w potoku”

Miejscem o najwyższej dźwigni, od którego warto zacząć, jest automatyczny przegląd PR-ów — jest niskiego ryzyka (tylko komentarze, żadnych wdrożeń) i zwraca się już pierwszego dnia. Stamtąd rozszerzasz się na zewnątrz: generowanie plików workflow, blokowanie wdrożenia i triage czerwonych buildów.

Te trzy narzędzia zajmują różne powierzchnie potoku. Wybieraj na podstawie tego, gdzie twój zespół już mieszka.

BugBot Cursora przegląda PR-y automatycznie po włączeniu na repozytorium i wystawia komentarze inline na temat prawdopodobnych błędów. Ponów przegląd na żądanie, komentując bugbot run w PR-ze. Gdy coś oznaczy, Autofix (GA od lutego 2026) potrafi uruchomić w tle agenta Cloud Agent, który otwiera kolejny PR z proponowaną poprawką — tak że recenzent zatwierdza diff, zamiast go pisać. Od maja 2026 BugBot rozlicza się za przegląd (mniej więcej $1.20 za przebieg o domyślnym wysiłku, więcej przy dużych diffach) w planach Teams i Individual, zamiast dawnej stałej opłaty za stanowisko.

Używaj Cursora, gdy twój zespół przegląda w interfejsie GitHuba i chce, by poprawki były proponowane jako PR-y, które można obejrzeć.

Uruchom recenzenta na każdym PR-ze

Dział zatytułowany „Uruchom recenzenta na każdym PR-ze”

Oto prawdziwy, minimalny krok GitHub Actions, który uruchamia Claude Code w trybie headless na diffie PR-a i wypisuje komentarze recenzji inline. Flagi są tu częścią nośną — --allowedTools (nie --allow-tools) ogranicza to, czego agent może dotknąć, a --output-format json (nie --json) sprawia, że wynik da się sparsować w dalszych krokach.

.github/workflows/ai-review.yml
name: AI PR Review
on: pull_request
permissions:
  contents: read
  pull-requests: write
jobs:
  review:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v6
        with:
          fetch-depth: 0
      - name: Run Claude Code review
        env:
          ANTHROPIC_API_KEY: ${{ secrets.ANTHROPIC_API_KEY }}
        run: |
          git diff origin/${{ github.base_ref }}...HEAD > /tmp/pr.diff
          npx -y @anthropic-ai/claude-code -p \
            "Review the diff in /tmp/pr.diff for security issues, logic bugs, and missing error handling. Be specific and cite file:line. Skip style nits." \
            --allowedTools "Read,Grep,Bash(git diff:*)" \
            --output-format json > review.json

Cała rzecz polega na odwróceniu: nie wklejasz diffu do okna czatu — to potok podaje diff agentowi i przechwytuje ustrukturyzowane wyjście, które możesz wystawić jako komentarz albo na którym możesz wywalić joba.

Generuj potok, nie pisz go ręcznie

Dział zatytułowany „Generuj potok, nie pisz go ręcznie”

Nikt nie powinien pisać YAML-a CI z pustego pliku. Opisz potok zwykłym językiem i pozwól AI go wyemitować, a potem przejrzyj wynik względem swojego runnera i nazw sekretów.

W trybie agenta Cursora otwórz repozytorium i poproś agenta o utworzenie pliku workflow. Ponieważ może odczytać twój package.json i istniejące .github/workflows, dopasuje się do twoich prawdziwych skryptów i wersji Node zamiast zgadywać.

Blokuj wdrożenie z człowiekiem w pętli

Dział zatytułowany „Blokuj wdrożenie z człowiekiem w pętli”

Pełne automatyczne wdrożenie to ostatnia rzecz, którą się przyjmuje, nie pierwsza. Zacznij od tego, że AI przygotowuje wdrożenie i uruchamia kontrole przed startem, a potem przekazuje człowiekowi ostateczne „tak”. Zatwierdzenie może żyć w Slacku, w regule ochrony środowiska GitHuba albo w czacie z samym agentem.

Przy kroku z notatkami wydania daj AI zakres commitów i format, a nie ogólnikowe „podsumuj”.

Gdy to się zepsuje

Dział zatytułowany „Gdy to się zepsuje”

CD wspomagane przez AI psuje się w konkretny, rozpoznawalny sposób. Uważaj na to:

Co dalej

Dział zatytułowany „Co dalej”

Zobacz co nowego na platformie.

Polityka prywatności Regulamin