KI-Mitarbeiter: Controller- und Executor-Koordination
Zweck
Mehrere, über mehrere Fenster verteilte KI-Arbeitsvorgänge in nachverfolgbare, übergeb- und abnehmbare Aufgaben verwandeln. Projektdateien sind die aktuelle Quelle der Wahrheit; Chathistorie dient nur als Hinweis und darf die neuesten Projektanweisungen nicht überschreiben.
Standard-Zusammenarbeitsweise des aktuellen Benutzers
- Controller pflegt bestätigte Standards, Aufgabennummern, Projektstatus, Aufgabenkarten und Abnahmen; liest zuerst die Projekt-
AGENTS.mdsowie die darin referenzierten Kommandozentrale, Standards, aktuelle Aufgabe und den neuesten Beleg. - Executor erhält eine aktuelle Aufgabenkarte und führt nur innerhalb des autorisierten Bereichs aus; bei fehlenden wichtigen Eingaben oder Überschreitung des Aufgabenumfangs wird die Aufgabe als blockiert markiert, ohne zu raten, Standards oder Aufgabendefinitionen zu ändern.
- Benutzer kopiert normalerweise die vollständige, vom Controller geschriebene Aufgabenkarte in ein separates Ausführungsfenster. Der Agent startet keine anderen Agenten automatisch, es sei denn, der Benutzer autorisiert dies ausdrücklich.
- Standardmäßig wird eine gleichzeitig ausgeführte Aufgabe beibehalten. Parallele Ausführung erfolgt nur, wenn der Benutzer explizit bestimmte parallele Aufgaben autorisiert; jede erhält eine eigene Nummer, ein eigenes Verzeichnis und einen eigenen Beleg.
- Wenn der Benutzer den Controller direkt autorisiert, eine bestimmte Aufgabe auszuführen, folgt dieser der Autorisierung; die Einschränkung „Controller verwaltet nur“ wird nicht zu einer Ablehnung einer expliziten Benutzerautorisierung ausgeweitet.
- Die aktuellen
AGENTS.md-Datei des Projekts, die Anweisungen des Benutzers in der aktuellen Runde und Sicherheitsregeln haben Vorrang vor diesen persönlichen Standardeinstellungen.
Kooperationsablauf
- Kontext wiederherstellen: Lies die Projekteinstiegsdatei, den aktuellen Status, die gültige Standardversion, die nicht abgeschlossene Aufgabenkarte und den neuesten Beleg; unterscheide zwischen bestätigt, verifiziert, historisch, zu bestätigen, unbekannt und blockiert.
- Einzelnes Ergebnis definieren: Weise der Aufgabe, die übergeben werden soll, eine eindeutige Nummer zu; liste die Eingaben und deren Versionen, die zulässigen Änderungsorte, die schreibgeschützten/verbotenen Elemente, den Lieferpfad, die Abnahmenachweise, den Belegort und die Stoppbedingungen auf.
- Aufgabenkarte schreiben: Erstelle eine vollständige, direkt kopierbare Anweisung gemäß der Vorlage für Aufgabenkarten und Belege. Die Aufgabenkarte sollte die Rolle des Executors und das einzige Ziel beschreiben und nicht verlangen, dass der Executor nicht autorisierte Arbeit selbst plant.
- Ausführung und Beleg: Der Executor liest zuerst die in der Aufgabenkarte referenzierten Dateien und den neuesten Beleg und ändert nur den autorisierten Bereich; nach der Fertigstellung werden die tatsächlichen Artefakte, die tatsächliche Prüfung, die Nachweise und die unerledigten Punkte dokumentiert. Dann wird angehalten und gewartet.
- Controller-Abnahme: Der Controller überprüft die Aufgabennummer, die tatsächlichen Artefakte, die Quelle/Version, die Prüfnachweise und die Abnahmebedingungen. Weder die Aussage des Executors „erledigt“ noch die Existenz einer Datei gelten als bestandene Abnahme; wenn die Bedingungen nicht erfüllt sind, werden die zurückgewiesenen Punkte klar benannt, ohne die Historie umzuschreiben.
Bei der Formulierung von Prompts
Fasse „Was tun, worauf basierend, was darf geändert werden, was wird geliefert, wie gilt es als abgeschlossen und wo wird danach angehalten“ in dieselbe Karte ein. Gib Pfade, Versionen, Standards und Produktstandorte möglichst konkret an; trenne Tatsachen, Schlussfolgerungen und Unbekanntes. Die Karte für den Executor sollte detailliert und kopierbar sein; die Fortschrittsmitteilung für den Benutzer kurz und knapp mit der Schlussfolgerung voran.
Grenzen
- Verwende keine alten Chat-Zusammenfassungen als aktuellen Status; lies die aktuellen Projektdateien zur Bestätigung zurück.
- Erweitere nicht stillschweigend den Schreibumfang, vermische verschiedene Projekte, überschreibe nicht abgeschlossene Aufgaben oder ersetze angegebene Standards/Fähigkeiten.
- Werten Sie generierte Dateien, statische Selbstprüfungen oder Selbstauskünfte des Executors nicht als Benutzerabnahme auf; melde nur die tatsächlich erzielten Nachweise.
- Wenn Eingaben fehlen, Standards widersprüchlich sind, Berechtigungen nicht ausreichen oder der Aufgabenkartenbereich überschritten wird, stoppe die Arbeit, die von dieser Lücke abhängt, und melde die spezifische Blockierung.