Wspólne przepływy pracy: hub dla wszystkich narzędzi

Sekcja Przepływy pracy zbiera praktyki, które są takie same bez względu na to, czy agentem jest Claude Code, Codex czy Cursor: zarządzanie kontekstem, budowę harnessu, specyfikowanie, budowanie, testowanie, wdrażanie, eksploatację i automatyzację. Każda podgrupa obejmuje jeden etap cyklu życia. Mechanika konkretnego narzędzia, czyli polecenia i pliki ustawień, jest w sekcji tego narzędzia.

Ten hub jest dla programistów i tech leadów, którzy mają już działającego agenta i potrzebują od niego pracy, której mogą zaufać. Może agent pisze kod szybko, ale rośnie kolejka do code review, albo ten sam błąd wraca co tydzień. Znajdź etap, na którym utyka twoja praca, i otwórz jego podgrupę.

Której grupy przepływów potrzebujesz?

Dopiero zaczynasz? Przeczytaj najpierw o cyklu życia AI-native, który pokazuje całą pętlę od intencji do produkcji, i o metodzie, czyli nawykach obowiązujących na każdym etapie, takich jak TDD, punkty kontroli człowieka i promptowanie. Potem znajdź w drugiej kolumnie pytanie, które zadajesz sobie dziś. Strona przeglądowa każdej podgrupy wymienia jej poradniki.

Podgrupa	Otwórz ją, gdy pytasz…
Kontekst	„Dlaczego agent ignoruje moje konwencje albo gubi się w dużym repozytorium?”
Harness	„Jakie uprawnienia, hooki, skille i sandboksy powinny ograniczać agenta?”
Planowanie i specyfikacja	„Jak napisać specyfikację i kryteria akceptacji, których agent nie zrozumie opacznie?”
Budowanie	„Jak prowadzić agentów w monorepo, w kodzie legacy, przy API i bazach danych?”
Testowanie i weryfikacja	„Jak ufać testom, których nie czytałem, i wyłapać kod, który wygląda dobrze, ale jest błędny?”
Przegląd i wdrożenie	„Co musi udowodnić pull request agenta przed scaleniem i jak go zrecenzować bez czytania każdej linii?”
Eksploatacja i uczenie się	„Jak obserwować agentów na produkcji, reagować na incydenty i utrzymać kod w dobrym stanie?”
Automatyzacja	„Jak przejść od zgłoszenia do pull requesta albo od intencji do produkcji bez nikogo przy klawiaturze?”

Automatyzacja zależy od etapów powyżej. Agent działający bez nadzoru jest tylko tak bezpieczny, jak testy i bramki, które sprawdzają jego wynik, dlatego najpierw uporządkuj Testowanie i weryfikację oraz Przegląd i wdrożenie, a dopiero potem automatyzuj.

Czym różnią się Claude Code, Codex i Cursor?

Praktyka jest taka sama we wszystkich trzech narzędziach, a każde z nich obsługuje hooki, skille, przebiegi bez nadzoru i worktree. Różnią się nazwy plików i polecenia. Każda zakładka poniżej wypełnia te same cztery pola. Mapa narzędzi zestawia wszystkie etapy obok siebie.

Claude Code

• Instrukcje: CLAUDE.md.
• Deterministyczne kontrole: hooki, a powtarzalne procedury w skillach.
• Przebiegi bez nadzoru: claude -p.
• Praca równoległa: claude --worktree.

Flagi sprawdzone w Claude Code 2.1.283. Zobacz sekcję Claude Code.

Codex

• Instrukcje: AGENTS.md.
• Deterministyczne kontrole: hooki, a powtarzalne procedury w skillach.
• Przebiegi bez nadzoru: codex exec.
• Praca równoległa: codex --worktree albo środowiska chmurowe.

Flagi sprawdzone w Codex CLI 0.157.1. Zobacz sekcję Codex.

Cursor

• Instrukcje: Rules.
• Deterministyczne kontrole: Hooks, a powtarzalne procedury w Agent Skills.
• Przebiegi bez nadzoru: Cursor CLI w trybie print (-p).
• Praca równoległa: Worktrees albo Cloud Agents.

Nazwy funkcji sprawdzono w dokumentacji Cursora 28 sierpnia 2026 roku. Zobacz sekcję Cursor.

Skąd wiesz, że przepływ zadziałał?

Przepływ jest gotowy dopiero wtedy, gdy daje dowody, które sprawdza maszyna. Twoje wrażenie, że diff wygląda dobrze, nie jest dowodem. We wszystkich podgrupach dowody układają się w trzy warstwy:

• Wyrocznia: testy i kryteria akceptacji, których agent nie może edytować. Zobacz, jak silna jest twoja wyrocznia i jak ją chronić.
• Bramki: sprawdzanie typów, lint, funkcje dopasowania i agent recenzujący, które CI uruchamia przy każdej zmianie.
• Pakiet: każdy pull request mówi, co się zmieniło i dlaczego, a dowód pokazuje w pakiecie dowodów. Człowiek zatwierdza dowody, a nie każdą linię. Zobacz, jak recenzować pull request agenta.

Każdy z poniższych promptów wklej do dowolnego z trzech narzędzi, w katalogu głównym repozytorium.

Prompt do skopiowania: najsłabszy etap w tym repozytorium

Audit this repository as the home of an AI coding agent. Do not change any files.
For each stage below, report what exists (with file paths) and what is missing:
1. Context: agent instruction files (CLAUDE.md, AGENTS.md, rules), and whether they are current.
2. Harness: permission settings, hooks, and any sandbox or devcontainer config.
3. Plan: where specs or acceptance criteria live for recent features.
4. Test: the test commands, what they cover, and whether CI runs them on every PR.
5. Ship: CI gates (types, lint, tests, security scan) and branch protection.
6. Operate: logging, error tracking, and rollback steps.
End with the single stage whose gap most often lets a wrong change reach main, and why.

Prompt do skopiowania: podsumowanie dowodów przed otwarciem pull requesta

Before I open a pull request for the current branch, write an evidence summary.
1. Compare this branch with the default branch and list the behaviour that changed, in plain language.
2. Run the project's test, type-check and lint commands, and paste the exact commands and results.
3. For each changed behaviour, name the test that covers it, or write "NOT COVERED".
4. List any test, snapshot or config file this branch modified, and explain why.
Do not fix anything. If a command fails, paste the failure output and continue with the remaining steps.

Co idzie nie tak, gdy zespół wybiera przepływy?

• Automatyzacja przed weryfikacją. Zespół od razu wdraża automatyzację od zgłoszenia do PR i tonie w pull requestach, którym nikt nie ufa. Jak wyjść: wstrzymaj automatyzację i uruchom prompt audytowy powyżej. Zamknij luki w testach i wdrożeniu, które wskaże, i dopiero wtedy włącz automatyzację ponownie.
• Każdy błąd naprawiany kolejną regułą. Plik instrukcji rośnie, aż nikt nie wie, które linie jeszcze coś znaczą. Jak wyjść: przenieś powtarzalne kontrole do hooków albo CI, tak jak opisuje sekcja Harness. Potem przytnij plik.
• Czytanie każdego diffa, bo nic innego nie budzi zaufania. Code review staje się wąskim gardłem, a zysk na szybkości znika. Jak wyjść: dodaj pakiet dowodów do szablonu pull requesta i wymagaj go, zanim ktokolwiek zacznie recenzję.
• Przenoszenie przepisu z jednego narzędzia do drugiego. Polecenie albo klucz ustawień jednego narzędzia nic nie robi w innym. Jak wyjść: praktykę bierz z tej sekcji, a mechanikę z sekcji konkretnego narzędzia.

Dokąd dalej z hubu przepływów pracy?

Cykl życia AI-native Sześcioetapowa pętla i artefakt, który commituje każdy etap. Przeczytaj najpierw.

Drabina autonomii Sprawdź, na którym szczeblu jesteś ty albo twój zespół i jakich przepływów wymaga następny.

Prowadzenie zespołu Wdróż te przepływy w zespole, ze wspólną konfiguracją i standardami code review.

Ekosystem Serwery MCP, skille, pluginy i frameworki, które podłączasz do tych przepływów.