Jak Uruchomić od 3 do 8 Agentów Kodujących Równolegle Bez Utraty Kontroli

Uruchomienie dwóch agentów jednocześnie zajmuje ci pięć minut. Otwierasz dwa terminale, każdemu zlecasz zadanie i obserwujesz przewijający się tekst.

Problemy zaczynają się przy czwartym.

Nie wiesz już, który czeka na recenzję, który skończył, a który się zawiesił dziesięć minut temu, gdy patrzyłeś gdzie indziej. Przewijasz w złym terminalu. Ponownie uruchamiasz zadanie, które już było wykonane. Po godzinie wykonujesz pracę trzech agentów ręcznie, tylko po to, by zachować orientację.

To nie jest problem z mocą obliczeniową. To problem z widocznością.

Prawdziwym wąskim gardłem jest twoja głowa

Agent kodujący autonomicznie dostarcza w seriach. Myśli przez 40 sekund, pisze, zatrzymuje się, czeka na twoją akceptację. W ciągu tych 40 sekund możesz śledzić drugiego agenta. Gdy drugi pisze, zatwierdzasz pierwszego.

Do 3 agentów, twój mózg nadąża. Powyżej 5, tracisz wątek.

Anthropic opublikował wymowną liczbę w swoich dokumentach: niekierowane próby udają się mniej więcej raz na trzy. Różnica między ludźmi, którzy dostarczają dużą ilość, a resztą, nie tkwi w modelu. To struktura, którą wprowadzają przed uruchomieniem.

Więc zanim się skalujesz, strukturyzujesz.

Zasada pierwsza: jeden agent, jedno izolowane środowisko pracy

Klasycznym błędem jest umieszczanie trzech agentów na tej samej kopii repozytorium. Wchodzą sobie w drogę. Jeden edytuje package.json, drugi też, i kończysz z połączeniem, którego nie możesz rozplątać.

Rozwiązanie to dwa słowa: git worktree.

git worktree add ../project-auth feature/auth
git worktree add ../project-billing feature/billing
git worktree add ../project-export feature/export

Każdy agent pracuje w swoim własnym folderze, na swojej własnej gałęzi, z własnymi plikami. Zero kolizji. Przeglądasz każdą gałąź osobno i łączysz, gdy jest gotowa.

To jest fundament tego, co badacze nazywają izolowaną delegacją: centralny menedżer dzieli pracę, każdy podzadanie działa w swoim własnym kącie, a integracja następuje później, z testami do walidacji.

Zasada druga: nigdy nie przydzielaj tego samego centralnego pliku dwa razy

Zanim podzielisz pracę, znajdź pliki, które będą musiały być dotknięte przez kilka funkcji. Router. Schemat bazy danych. Konfiguracja trasy API.

Te pliki dostają dokładnie jednego agenta. Inni czekają lub omijają je.

Przydziel ten sam routes.ts dwóm równoległym agentom, a zapłacisz w konfliktach scalania to, co myślałeś, że zyskasz w równoległości. Ta wymiana zawsze przegrywa.

Zasada trzecia: jedna tablica, nie dziesięć terminali

To tutaj większość ludzi rezygnuje z multi-agenta. Otwierają osiem kart terminala, tracą wątek i wracają do jednego agenta.

Potrzebujesz jednego widoku, który odpowiada na trzy pytania na pierwszy rzut oka:

• Kto koduje teraz?
• Kto czeka na moją recenzję?
• Kto skończył lub się zawiesił?

Bez tego widoku, multi-agent kosztuje cię więcej w obciążeniu umysłowym niż daje w szybkości. Z nim, możesz naprawdę utrzymać 6 lub 8 strumieni pracy jednocześnie.

To dokładnie tę lukę wypełnia AgentsRoom. Każdy agent dostaje swoją własną płytkę, swój status, swój kolor. Agent czekający na twoją odpowiedź zmienia kolor na czerwony i powiadamia cię. Przestajesz przewijać zły terminal, patrzysz na tablicę i wiesz, gdzie iść.

Kadencja, która działa w praktyce

Oto rytm, od którego bym zaczął.

Zacznij od dwóch agentów, na dwóch funkcjach, które nie dzielą plików. Przyzwyczaj się do pętli recenzji i łączenia. Ta pętla, a nie kod, staje się twoją prawdziwą pracą.

Gdy ta pętla będzie płynna, przejdź do czterech. Utrzymuj ścisłą listę priorytetów zadań o dużym wpływie i mocno polegaj na trybie planowania: zatwierdzasz plan agenta, zanim napisze linię. Plan zatwierdzony z góry oszczędza ci bolesnej recenzji później.

Słodki punkt leży między 3 a 8 funkcjami na tym samym repozytorium, z wizualnym nadzorem. Poza tym, nawet z dobrą tablicą, recenzja staje się wąskim gardłem i tracisz korzyść.

Co faktycznie zyskujesz

Multi-agent jest bezcelowy dla 95% małych zadań. Aby poprawić literówkę lub dodać przycisk, jeden agent wystarczy i jest szybszy.

Tam, gdzie zmienia twój tydzień, to przy dużej pracy. Rozpoczynasz trzy niezależne refaktoryzacje jednego wieczoru, przeglądasz je, gdy się pojawiają, a następnego ranka masz trzy dni pracy gotowe do połączenia.

Sekret nie tkwi w liczbie agentów. Zawsze chodzi o to, aby wiedzieć, który z nich potrzebuje cię teraz. Napraw to, a reszta pójdzie za tym.