Parallel zu abgegrenzten Agentenaufgaben arbeiten
Arbeite selbst weiter, während Agent Studio eine eigene Aufgabe ausführt. Nutze getrennte Arbeitsbereiche und prüfe das Agentenergebnis, bevor du es annimmst.
Wähle Aufgaben mit klarer Zuständigkeit, abgegrenztem Repository-Zugriff und konkreten Prüfschritten. Starte nur so viel parallel, wie du an Abhängigkeiten überblicken und an Ergebnissen prüfen kannst.
Unabhängig bearbeitbare Aufgaben trennen
Während ein Agent eine abgegrenzte Änderung bearbeitet, kannst du in einem eigenen Klon oder Worktree weiterarbeiten. Ein anderer Branchname oder ein zusätzliches Terminal trennt Dateien in einem gemeinsamen Checkout nicht.
Beispiel: Ein oder mehrere zusätzliche Agenten
Geeignet sind etwa eine Dokumentationskorrektur, eine konkrete Testlücke oder eine Umsetzung mit klarer Schnittstelle. Kläre gemeinsame Abhängigkeiten, bevor beide Arbeiten beginnen.
Ein überprüfbares Ergebnis beauftragen
Gib dem Agenten ein Ziel, den erlaubten Umfang und Abnahmekriterien. Prüfe seine Änderungen auf Architektur, Abhängigkeiten und fehlende Prüfungen. Forme verbleibende Probleme zu konkreten Aufgaben.
- Halte deine eigene Arbeit in einem getrennten Arbeitsverzeichnis.
- Stimme Änderungen an gemeinsamen Schnittstellen ab.
- Prüfe das Ergebnis, bevor du weitere davon abhängige Arbeit vergibst.
Ausführen, prüfen und nacharbeiten
Starte eine unabhängig prüfbare Aufgabe. Setze deine eigene Arbeit fort, prüfe anschließend das Agentenergebnis und halte deine Entscheidung fest. Erstelle Folgeaufgaben für konkrete Lücken.
Ausnahmebeispiel: Urteil, Laufauswahl und Eingabefeld an der eskalierten DEMO-9. Die Aufnahme zeigt kein laufendes Gespräch. Originalaufnahme; die Produktoberfläche enthält englische Texte.
- Prüfe geänderte Dateien, Tests und das betroffene Produktverhalten.
- Berücksichtige Integrationskonflikte und fehlende Dokumentation im Review.
- Halte fest, warum ein Ergebnis angenommen oder zur Nacharbeit gegeben wurde.
Entwurf und Diff prüfen
Ein erfolgreicher Build beantwortet nur einen Teil der Review-Fragen. Prüfe Komponentengrenzen, doppelten Code, Zuständigkeiten und Testabdeckung. Erkunde offene Produktentscheidungen direkt und forme geklärte Änderungen zu Aufgaben.
Den Grund einer Änderung festhalten
Der Aufgabenverlauf verbindet Änderungen mit Auftrag, Prüfungen und Entscheidungen. Spätere Reviewer können damit nachvollziehen, warum eine Änderung entstand und ob die damaligen Annahmen noch gelten.
Projektübergreifende Signale, Entscheidungen und Aktionen mit Filtern für Projekt und Ereignistyp. Originalaufnahme; die Produktoberfläche enthält englische Texte.
Suche zuerst in Aufgaben, Protokollen und Repository, bevor du ein Modell fehlende Vorgeschichte rekonstruieren lässt. Bewahre Quellenverweise auf, wenn du frühere Arbeit zusammenfasst.
Parallelität an die Review-Kapazität anpassen
Nutze diese Arbeitsweise, wenn sich Aufgaben trennen lassen und du jedes Ergebnis prüfen kannst. Verringere die Parallelität bei Überschneidungen, offenen Anforderungen oder einer wachsenden Zahl ungeprüfter Ergebnisse.