Dir wurde eine Spezifikation (Spec) bereitgestellt. Diese Spec sollte zugehörige Tickets haben, die beschreiben, wie die Spec implementiert werden soll.
Das Ziel ist ein PR, der die gesamte Spec auf einem einzigen Branch implementiert.
Die Tickets sind keine Liste von Schritten. Sie sind ein Aufgabengraph mit Blockierungsbeziehungen zwischen ihnen. Das bedeutet, dass es immer eine Frontier von Tickets gibt, die bereit sind, bearbeitet zu werden.
Die Kommunikation zu und von Subagenten sollte sparsam sein. Kommuniziere hauptsächlich über Kontextzeiger: auf die Spec, Tickets, Recherchenoten und vorherige Commits. Dupliziere keine Informationen, die bereits über Zeiger verfügbar sind.
Implementierungs-Subagenten sollten nach Möglichkeit im Hintergrund ausgeführt werden, um maximale Parallelität zu erreichen.
Schritte
-
Lese die Spec und die Tickets. Lese genug, um den Aufgabengraphen zu verstehen.
-
(optional) Verwende einen Erkundungs-Subagenten, um alle von den Tickets geforderten Erkundungen durchzuführen – relevante Codebase-Dateien oder externe Dokumentation. Stelle sicher, dass der Erkundungs-Subagent Dateien speichern kann – er sollte seine Markdown-Notizen in einem Verzeichnis außerhalb des Repos speichern, auf das alle zukünftigen Subagenten zugreifen können. Dadurch können sich Implementierungs-Subagenten auf die Implementierung konzentrieren, anstatt auf die Erkundung.
-
Erstelle einen Branch und einen Entwurfs-PR. Der PR sollte als 'schließend' für das Spec-Issue und die Tickets markiert sein.
-
Verwende Implementierungs-Subagenten, um jedes Ticket zu implementieren. Jeder Implementierungs-Subagent sollte in seinem eigenen Worktree und auf seinem eigenen Branch arbeiten.
-
Sobald ein Implementierungs-Subagent fertig ist, merge seine Arbeit mit Hilfe eines Merge-Subagenten in den PR-Branch.
-
Wenn dies die Frontier der verfügbaren Tickets verändert, starte weitere Implementierungs-Subagenten, um an den neuen Tickets zu arbeiten. Dies ermöglicht maximale Parallelität.
-
Sobald alle Tickets abgeschlossen sind, führe
/code-reviewauf dem PR-Branch aus. Behebe alle Probleme, die die Code-Review aufwirft, in einem einzigen Implementierungs-Subagenten. -
Markiere den PR als bereit für die Review.
-
Räume alle Implementierungs-Subagenten-Worktrees auf.