Coroid setzt nicht auf einen einzigen allgemeinen Agenten. Jede Phase des Weges von der Beschreibung bis zu pull request wird von einem Agenten mit einem eng begrenzten Aufgabenbereich und bewusst eingeschränkten Werkzeugen bearbeitet.
Die Einschränkungen sind genau der Sinn dahinter: Ein Agent, der kein Code schreiben kann, wird auch nicht versehentlich Code erstellen.
Die Rollen
| Rolle | Phase | Kann Ihren Code ändern |
|---|---|---|
| Architekt | Spezifikation und Plan | Nein |
| Entwickler | Erstellen | Ja |
| QA | Überprüfen | Nein |
| Rezensent | Rezension | Nein |
| Webtester | Überprüfen, Browser-Abläufe | Nein |
| Explorer | Recherche, jede Phase | Nein |
| Abhängigkeitsanalyst | Analyse | Nein |
Architekt
Entwickler
QA
RezensentDie ersten vier bilden die Pipeline, die Sie bei jeder Aufgabe in dieser Reihenfolge sehen:
Architekt → Entwickler → QA → Rezensent
Genau eine Rolle – der Entwickler – darf Dateien in Ihrem Repository ändern. Alle anderen Agenten lesen, führen aus, berichten oder erstellen Folgearbeiten.
Architekt
Wandelt Ihre Beschreibung in eine Spezifikation um und diese wiederum in einen Plan. Er liest den Codebestand ab, um den Plan auf die tatsächlichen Gegebenheiten abzustimmen – schreibt aber keinen Code.
Sein Ergebnis ist das, was Sie vor Beginn des Builds freigeben müssen.
Entwickler
Führt die Arbeit aus: liest den relevanten Code, führt die Änderung durch, schreibt oder aktualisiert Tests und führt sie lokal im Arbeitsbereich aus, bis sie erfolgreich sind.
Wenn der Rezensent die Ergebnisse zurücksendet, ist der Entwickler die Rolle, die darauf reagiert.
QA
Führt die Überprüfung unabhängig vom Agenten durch, der den Code geschrieben hat – also Ihr Test-Suite, die für das Projekt konfigurierten Qualitätsprüfungen und die aus der Spezifikation stammenden Annahmekriterien.
QA gibt ein Urteil ab. Es behebt jedoch nicht, was es feststellt; Fehler werden an den Entwickler zur Nachbesserung weitergeleitet.
Rezensent
Liest die fertige Diff-Datei und erstellt Ergebnisse, wobei die von Ihrer Organisation festgelegten Rezensionsregeln angewendet werden. Die Ergebnisse werden entweder als Nachbesserung an den Entwickler zurückgesendet oder dem pull request für Sie zugeordnet.
Webtester
Steuert einen echten Browser gegen eine laufende Vorschau Ihrer Anwendung, um End-to-End-Benutzerabläufe zu prüfen. Dies wird eingesetzt, wenn eine Aussage über das Verhalten nicht allein aus dem Code abgeleitet werden kann.
Explorer
Eine lese-only-Rechercherolle. Andere Agenten nutzen sie, um Fragen zum Codebestand zu beantworten, ohne alles in ihren eigenen Kontext laden zu müssen – etwa „Wo wird die Authentifizierung gehandhabt?“ oder „Wer ruft diese Funktion auf?“.
Abhängigkeitsanalyst
Untersucht Abhängigkeiten und wie sich Änderungen im gesamten Codebestand auswirken – einschließlich Projekten mit konfigurierten interprojektbezogenen Abhängigkeiten.
Warum die Trennung wichtig ist
Durch diese Aufgabenteilung ergeben sich drei Eigenschaften:
- Die Überprüfung erfolgt unabhängig. Der Agent, der die Arbeit prüft, ist nicht derjenige, der sie geschrieben hat – somit hat er kein Interesse am Ergebnis.
- Der Schadensradius ist begrenzt. Nur die Rolle des Entwicklers verfügt über Werkzeuge zum Code-Schreiben; daher kann ein Fehler bei der Rezension oder Analyse Ihr Repository nicht beschädigen.
- Jede Rolle nutzt ein darauf abgestimmtes Modell. Für die Planung ist ein breites Weltwissen von Vorteil; für das Schreiben kompilierbaren Codes wiederum sind andere Fähigkeiten erforderlich. Ein AI-Profil enthält aus genau diesem Grund für jede Rolle ein eigenes Modell.
Weiter
Zurück zu Wie aus einer Aufgabe ein pull request wird für die jeweiligen Phasen, auf die diese Rollen zutreffen, oder Was ist Coroid? für eine kurze Übersicht.