Jak podzielić pracę kilku agentów w jednym repo?
Uwaga do przejrzenia: Odpowiedź odwołuje się do CV lub oferty pracy autorki materiału — dostosuj ją do własnego doświadczenia.
Najpierw odpowiedz na głos lub w myślach, potem porównaj.
Odpowiedź
Przydzielam niezależne zakresy i ustalam wspólne kontrakty przed zmianami. Jeśli frontend i backend mają używać nowego formatu, najpierw uzgadniamy ten format. Osobne gałęzie lub worktrees izolują pliki, ale nadal trzeba połączyć wynik i sprawdzić go razem.
Nie każę kilku agentom równocześnie przerabiać tego samego schematu czy migracji bez koordynacji. Każdy dostaje cel, potrzebny kontekst i testy. Jedna osoba lub proces odpowiada za końcowe połączenie. Brak konfliktu w Git nie oznacza zgodności działania: oba fragmenty mogą kompilować się osobno i nie pasować po połączeniu. Równoległość ma pomagać, a nie mnożyć pracę nad integracją.
Dlaczego to ważne: Praktyczne ograniczenia pracy równoległej z oferty.
Możliwe dopytania: Jak sprawdzisz zmianę przekrojową po scaleniu wszystkich części?
Jak poszło? Bądź szczery — „Jeszcze nie” dodaje pytanie do powtórki.
Zacznij od
- I-P01 · Co to jest agent harness? — Harness, MCP i coding agents
- I-P02 · Co to jest MCP? — Harness, MCP i coding agents
- I-P04 · Czym coding agent różni się od czatu podpowiadającego kod? — Harness, MCP i coding agents
Dalsza lektura
- Claude Code: Create custom subagents(otwiera się w nowej karcie)Docs; dostęp 22.10.2026. Osobny kontekst, narzędzia i uprawnienia; szczegóły zależą od trybu.