Wie man 3 bis 8 Coding Agents in Parallel ohne Losing Track ausführt

Zwei Agenten auf einmal zu führen, dauert fünf Minuten. Du öffnest zwei Terminals, gib jedem eine Aufgabe und schaust den Text Scroll an.

Die Mühe beginnt am vierten.

Sie wissen nicht mehr, welche man auf eine Überprüfung wartet, die man beendet hat, die vor zehn Minuten abgestürzt wurde, während Sie woanders suchen. Sie scrollen im falschen Terminal. Du hast eine Aufgabe neu gestartet, die bereits erledigt war. Eine Stunde rein, du machst die Arbeit von drei Agenten von Hand, um deine Lager zu halten.

Es ist kein Problem der Pferdestärke. Es ist ein Sichtproblem.

Der echte Engpass ist dein Kopf

Ein Agent, der autonom kodiert, liefert Bursts. Es denkt 40 Sekunden, schreibt, stoppt, wartet auf Ihr Abzeichen. Während dieser 40 Sekunden können Sie einem zweiten Agenten folgen. Während der zweite schreibt, stimmen Sie dem ersten zu.

Bis zu 3 Agenten hält dein Gehirn an. Am Ende 5 fallen Sie den Faden ab.

Anthropic veröffentlichte eine Sagennummer in seinen Doks: ungeführte Versuche erfolgreich etwa ein Mal in drei. Die Lücke zwischen Menschen, die Volumen und alle anderen versenden, ist nicht das Modell. Es ist die Struktur, die sie vor dem Start angesetzt haben.

Also, bevor Sie skalieren, Sie Struktur.

Regel eins: ein Agent, ein isolierter Arbeitsraum

Der klassische Fehler macht drei Agenten auf dieselbe Kopie der Repo. Sie treten aufeinander. Man bearbeitet package.json, so tut ein anderer, und Sie enden mit einer Zusammenführung, die Sie nicht entwirren können.

Der Fix ist zwei Worte: git worktree.

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

Jeder Agent arbeitet in seinem eigenen Ordner, auf seinem eigenen Zweig, mit eigenen Dateien. Keine Kollisionen. Sie überprüfen jeden Zweig getrennt und verschmelzen, wenn es fertig ist.

Dies ist die Grundlage dessen, was Forscher isolierte Delegation nennen: ein zentraler Manager teilt die Arbeit, jeder Subtask läuft in seiner eigenen Ecke, und die Integration geschieht danach, mit Tests zu validieren.

Regel zwei: nie die gleiche zentrale Datei zweimal ausgeben

Bevor Sie die Arbeit teilen, finden Sie die Dateien mehrere Funktionen müssen berühren. Der Router. Das Datenbankschema. Die API Route config.

Diese Dateien bekommen genau einen Agenten. Die anderen warten oder arbeiten um sie herum.

Geben Sie das gleiche routes.ts an zwei parallele Agenten und Sie zahlen in Zusammenführung Konflikte, was Sie dachten, Sie würden im Parallelismus gewinnen. Der Handel verliert jedes Mal.

Regel drei: ein Board, nicht zehn Terminals

Das ist, wo die meisten Menschen aufgehört haben. Sie öffnen acht Anschlusslaschen, verlieren den Faden und kriechen zurück zu einem einzigen Agenten.

Sie brauchen eine Ansicht, die drei Fragen auf einen Blick beantwortet:

• Wer kodiert gerade?
• Wer wartet auf meine Rezension?
• Wer ist fertig oder abgestürzt?

Ohne diese Ansicht kostet multiagent mehr in geistiger Belastung, als es Ihnen in Geschwindigkeit gibt. Mit ihm können Sie wirklich 6 oder 8 Workstreams auf einmal halten.

Das ist die genaue Lücke, die AgentsRoom ausfüllt. Jeder Agent bekommt seine eigene Fliesen, seinen Status, seine Farbe. Ein Agent, der auf Ihre Antwort wartet, wird rot und schlägt Sie. Du hörst auf, das falsche Terminal zu scrollen, du siehst das Board an und du weißt, wohin du gehst.

Die Kadenz, die in der Praxis funktioniert

Hier ist der Rhythmus, mit dem ich anfangen würde.

Beginnen Sie mit zwei Agenten, auf zwei Funktionen, die keine Dateien teilen. Gewöhnen Sie sich an die Review-then-merge Schleife. Diese Schleife, nicht der Code, wird Ihr richtiger Job.

Sobald sich diese Schleife glatt fühlt, gehen Sie zu vier. Halten Sie eine strenge Prioritätsliste von hocheffizienten Aufgaben, und lehnen Sie sich hart auf den Planmodus: Sie billigen den Plan des Agenten, bevor es eine Zeile schreibt. Ein auf der Vorderseite genehmigter Plan spart Ihnen eine schmerzhafte Überprüfung später.

Der süße Fleck sitzt zwischen 3 und 8 Funktionen auf dem gleichen Repo, mit visueller Aufsicht. Darüber hinaus, auch mit einem guten Board, Überprüfung wird der Engpass und Sie verlieren den Vorteil.

Was Sie tatsächlich gewinnen

Multiagent ist punktlos für 95% der kleinen Aufgaben. Um einen Typo zu reparieren oder eine Schaltfläche hinzuzufügen, ist ein einzelner Agent viel, und es ist schneller.

Wo es Ihre Woche ändert, ist auf große Arbeit. Sie treten an einem Abend drei unabhängige Refactors aus, überprüfen sie, wie sie landen, und am nächsten Morgen haben Sie drei Tage Arbeit bereit zu verschmelzen.

Das Geheimnis ist nicht die Zahl der Agenten. Sie wissen immer, was man Sie braucht. Beheben Sie das, und der Rest folgt.