← Encyklopedia AI

tools

Git worktree: równoległa praca agentów AI nad kodem

Aktualizacja: 20.09.2026

Krótka odpowiedź

Git worktree pozwala utworzyć kilka niezależnych katalogów roboczych jednego repozytorium Git, zwykle na osobnych gałęziach. W pracy z agentami AI izoluje równoległe zadania, więc poprawka błędu, audyt i nowa funkcja nie nadpisują sobie plików. Nie zastępuje jednak przeglądu zmian, testów ani świadomego scalania gałęzi.

Git worktree to funkcja Gita, która pozwala mieć kilka niezależnych katalogów roboczych tego samego repozytorium. Każdy katalog ma własne pliki i zwykle własną gałąź, ale korzysta ze wspólnej historii obiektów Git. Dzięki temu można równolegle pracować nad różnymi zadaniami bez ciągłego przełączania gałęzi, stashowania zmian ani ryzyka, że jeden agent AI nadpisze pliki drugiego.

Dla osoby budującej stronę, automatyzację albo produkt cyfrowy z agentami AI worktree jest prostym mechanizmem izolacji pracy. Główny katalog może zostać na stabilnej gałęzi, a osobne katalogi służą na przykład do poprawki błędu, researchu technicznego i nowej sekcji landing page. To nie są kopie projektu z osobnymi zależnościami Git. To równoległe checkouty zarządzane przez jedno repozytorium.

Najczęstszy scenariusz wygląda tak: w głównym katalogu trwa praca nad większą zmianą, a pilna poprawka wymaga osobnej gałęzi. Zamiast przerywać i chować niedokończone zmiany, tworzysz worktree poleceniem git worktree add -b poprawka ../projekt-poprawka main. W nowym katalogu agent może przeczytać kontekst, zmienić tylko zakres poprawki, uruchomić testy i zrobić commit. Potem porównujesz zmianę z główną gałęzią i dopiero świadomie ją scalasz.

Worktree dobrze łączy się z równoległymi sesjami Claude Code. Dokumentacja Anthropic wskazuje ten model jako sposób na uruchomienie izolowanych sesji, aby ich edycje nie kolidowały. Sensowny podział to jeden agent na jedno zadanie i jedną gałąź: na przykład audyt formularza, poprawka SEO albo testy komponentu. Nie dawaj kilku agentom tej samej części kodu. Izolacja katalogów zmniejsza konflikty plików, ale nie rozwiązuje konfliktów decyzji produktowych.

Ograniczenie jest ważne: worktree nie zwalnia z kontroli jakości. Równoległe gałęzie mogą zmienić ten sam komponent, zależność lub konfigurację środowiska, więc scalanie nadal może wymagać ręcznego rozwiązania konfliktu. Każdy worktree powinien mieć jasno nazwane zadanie, własną gałąź, test adekwatny do zmiany oraz porządek sprzątania po zakończeniu. Git pozwala sprawdzić aktywne katalogi przez git worktree list, a nieużywany katalog usunąć dopiero po upewnieniu się, że commit został zachowany.

Praktyczna zasada dla solopreneurki lub eksperta: użyj worktree dopiero wtedy, gdy równoległe zadania są naprawdę niezależne. Przy jednej małej zmianie dodatkowy katalog tylko komplikuje pracę. Gdy jednak agent buduje nową funkcję, a Ty chcesz jednocześnie naprawić produkcyjny błąd albo zlecić osobny przegląd, worktree daje porządek, możliwość szybkiego diffu i bezpieczniejszą ścieżkę do merge'a. To infrastruktura pracy zespołowej, także wtedy, gdy zespół tworzą Ty i agenci AI.

FAQ

Czym Git worktree różni się od zwykłej gałęzi?

Gałąź jest linią historii zmian, a worktree jest dodatkowym katalogiem roboczym, w którym można tę gałąź otworzyć równolegle do głównego katalogu. Jedno repozytorium może więc mieć kilka aktywnych checkoutów. Nie trzeba przełączać bieżącej gałęzi ani chować niedokończonych plików, aby zacząć niezależną pracę.

Kiedy warto użyć worktree z agentami AI?

Warto wtedy, gdy zadania nie dotykają tego samego zakresu kodu, na przykład jedna sesja naprawia błąd, a druga tworzy osobną sekcję strony lub wykonuje audyt testów. Każda sesja powinna dostać własną gałąź i jasny zakres. Po pracy trzeba przejrzeć diff, uruchomić testy i scalić zmianę świadomie.

Newsletter

Chcesz więcej takich konkretów?

Co niedzielę wysyłam jeden praktyczny mail o AI, sprzedaży wiedzy i budowaniu systemów, które realnie pomagają w pracy.

Bez spamu. Wypisujesz się w każdej chwili.