Rolle, Scope, Ergebnis
Jeder Auftrag nennt Ziel, Eingaben, erlaubte und gesperrte Bereiche, erwartete Ausgabe und Abnahmekriterien. Ein Agent bekommt keinen pauschalen Produktauftrag.
AGENTENORCHESTRIERUNG / PRAXIS UND GRENZEN
Ich entwerfe die Regeln, nach denen Agenten zusammenarbeiten.
Bei großen Projekten entstehen die schwierigen Fragen zwischen den Rollen: Wer hat welchen Kontext? Wer darf schreiben? Welche Aufgabe wartet auf eine andere? Was gilt als Beleg, und wer gibt den nächsten Schritt frei? Ich halte diese Antworten in Verträgen, Projektzustand und technischen Schranken fest. Claude Code und Codex sind Werkzeuge innerhalb dieser Architektur.
PROJEKTREFERENZ / PRODUKT, AGENTEN & BETRIEB
VICEWIRE. Ein Produkt.
Viele Verantwortungsbereiche.
Mein umfangreichstes Praxisprojekt für die Orchestrierung von Agentenarbeit: der deutsche GTA-6-Hub.
MEINE ROLLE
Ich halte die Architektur und die Zusammenarbeit zusammen.
VICEWIRE verbindet News, Wissensbereiche und Community mit einer eigenen Quellen- und Redaktionsstrecke. Die anspruchsvolle Arbeit liegt an den Übergängen: Ein Quellenfund ist noch kein belegter Artikel. Ein Entwurf ist noch keine Veröffentlichung. Eine Codeänderung ist noch kein geprüfter Release.
Ich definiere Produktziele und Aufgaben, ordne Verantwortungsbereiche zu und führe die Ergebnisse durch Review und Abnahme. Mit Codex und Claude Code arbeite ich dabei an Umsetzung und Weiterentwicklung.
Produkt & FrontendQuellen & RedaktionAPI & PostgreSQLn8n & AutomationLinux & DockerReviews & Releases
SO ORGANISIERE ICH DIE ARBEIT
Klare Aufträge. Getrennte Zuständigkeiten.
Ein überprüfbarer Weg zur Übernahme.
Vereinfachtes Schema meiner Projektpraxis.
01
Meine Steuerung
Produktentscheidung · Aufgabenvertrag · Abhängigkeiten · Abnahmekriterien
02 / UMSETZUNGCodex
Plattform, Content-Engine, Datenbank und technischer Betrieb.
02 / SPEZIALISIERTER BEREICHClaude Code
Social-Media-Strecke; weitere Einzelaufträge nur mit abgegrenztem Scope.
02 / LAUFENDE ABLÄUFEn8n & Quellenradar
Definierte Datenflüsse und Quellenaufnahme innerhalb technischer Grenzen.
Im gemeinsamen lokalen Arbeitsbaum arbeitet jeweils ein Agent. Andere Lieferwege und Laufzeitprozesse bleiben davon getrennt.
- 03 / NACHWEISÄnderung & Tests
Ergebnis, Commit und Belege festhalten.
- 04 / GEGENPRÜFUNGReview & Korrektur
Befunde dokumentieren und erneut prüfen.
- 05 / ENTSCHEIDUNGFreigabe & Release
Geprüften Stand bewusst übernehmen.
Gemeinsamer ProjektzustandTask · Verantwortlicher · Entscheidung · Blocker · nächster Schritt
DREI AUSGEWÄHLTE REFERENZARBEITEN
Woran diese Arbeitsweise sichtbar wird.
Aus dem Projekt abstrahiert. Die Details zeigen Aufgabe, eigenen Beitrag und den jeweiligen Nachweis.
01 / ORGANISATIONAgentenarbeit über Sitzungen hinweg steuernAUFGABE, BEITRAG & BELEG +
Aufgabe: Mehrere Werkzeuge und Verantwortungsbereiche sollen an einem Produkt arbeiten, ohne Zuständigkeiten oder Entscheidungen zu verlieren.
Mein Beitrag: Ich lege erlaubte Pfade, Aufgaben und Übergaben fest. Projektzustand und Review-Protokoll halten Fehler und offene Entscheidungen nachvollziehbar.
Nachweis im Projekt: Agentenvertrag, nummerierte Aufgaben, verbindlicher Projektstand und fortgeschriebenes Review-Protokoll.
02 / PRODUKT & DATENVom Quellenfund zur geprüften RedaktionAUFGABE, BEITRAG & BELEG +
Aufgabe: Quellenfunde und Entwürfe müssen von öffentlich freigegebenen Inhalten unterscheidbar bleiben.
Mein Beitrag: Ich strukturiere die Übergänge zwischen Radar, Review und Redaktion. Quellenstatus, Rollen, Bildnachweise und Freigaben werden Teil der Daten- und API-Logik.
Nachweis im Projekt: Content-Engine, privater Redaktionsbereich, Revisionen sowie Tests für Rollen, Medien und Veröffentlichung.
Öffentliche Redaktionsgrundsätze ↗03 / TECHNISCHER BETRIEBEine geprüfte Änderung kontrolliert ausliefernAUFGABE, BEITRAG & BELEG +
Aufgabe: Frontend, API und Datenbank müssen nach einer Änderung zusammen funktionieren.
Mein Beitrag: Ich begleite Änderungen vom begrenzten Auftrag über Tests und Gegenprüfung bis zur Betriebskontrolle. Dabei unterscheide ich lokalen Prüfstand und tatsächlich ausgelieferte Version.
Nachweis im Projekt: Dokumentierte Web-/API-Releases, isolierte Datenbank- und Neustartprüfungen, Backup- und Rückwegschritte sowie öffentliche HTTP-Abnahme.
Projektstatus: Website öffentlich erreichbar · laufende Weiterentwicklung. Das Schema zeigt die Verantwortungsbereiche. Automationsstrecken werden einzeln abgenommen und freigegeben; ihr jeweiliger Betriebsstand bleibt im Projekt dokumentiert.
DAS STEUERUNGSMODELL
Sechs Regeln für einen steuerbaren Verbund.
Besitz und Reihenfolge
Ein Abhängigkeitsplan und eindeutiger Pfadbesitz legen fest, was parallel laufen darf. Überlappende Schreibbereiche bleiben getrennt; der gemeinsame Arbeitsbaum hat einen Besitzer.
Übergaben ohne Gedächtnisverlust
Task-ID, Commit, Entscheidung, Blocker und nächste Aktion liegen im Repository oder im persistenten Laufzustand. Jede Übergabe benennt Sender, Empfänger und Artefakt statt einen Chatverlauf weiterzureichen.
Läufe begrenzen
Quellen und Dateien werden pro Aufgabe ausgewählt. Kompakte Zusammenfassungen, maximale Schritte, Timeouts und Stop-Regeln begrenzen Kontext, Laufzeit und Kosten.
Rechte wirksam begrenzen
Ein Textvertrag reicht allein nicht. Werkzeugrechte, getrennte Identitäten und serverseitige Prüfungen verhindern Schritte, die ein Agent auch mit einem guten Prompt nicht ausführen darf.
Belege vor Freigabe
Diffs, Tests, Quellenstellen und ein dokumentiertes Review tragen die Entscheidung. Modelltexte können Hinweise liefern; sie erteilen keine eigene Produktions- oder Veröffentlichungsfreigabe.
ZWEI UNTERSCHIEDLICHE SYSTEME
So sehen diese Regeln in meiner Arbeit aus.
01 / VICEWIRE · KONKRETER ARBEITSWEG
Eine Änderung durch das System führen
Beispiel Redaktion: Quellen und Bildnachweise sollen gemeinsam bearbeitbar sein. Daraus wird ein begrenzter Auftrag mit Anforderungen an Speicherung, Rechte und mobile Bedienung.
- Ziel und erlaubte Dateien festlegen
- Implementierung im zugeordneten Arbeitsbereich
- Speicherung, Rollen und Layout prüfen
- Änderung im Pull Request gegenprüfen
- Geprüften Stand kontrolliert ausrollen
Meine Aufgabe ist, die Schnittstellen und Abnahmekriterien zusammenzuhalten. Ein lokaler Test, ein übernommener Commit und eine tatsächlich ausgelieferte Version sind dabei drei getrennte Zustände.
02 / LOKAL GEPRÜFTER MVP
Bewerbungsagent: Kontrolle im Lauf
Ein Controller wählt Werkzeuge schrittweise. Vor jedem Aufruf prüft eine Policy die Berechtigung; Beobachtungen und Status werden gespeichert.
- Auftrag & öffentliche Eingabe
- Modellentscheidung
- Policy vor dem Werkzeug
- Persistenter Status & Beleg
- Hashgebundene Freigabepause
Sechs lokale Tests prüfen unter anderem Neustart, Manipulation der Freigabe und den Stopp vor externen Aktionen. Ein Versandwerkzeug ist im MVP nicht registriert; die entfernte n8n-Veröffentlichung wird hier nicht als abgeschlossen ausgegeben.
WENN DER VERBUND WÄCHST
Mehr Rollen brauchen weniger implizite Annahmen.
Bei vielen spezialisierten Agenten verlieren Menschen in langen Ausgaben schnell den Überblick. Deshalb wird nicht jedes Zwischenergebnis an alle weitergereicht. Eine Übergabe enthält den relevanten Stand, offene Fragen und überprüfbare Artefakte. Sie nennt auch, welcher Agent den nächsten Schritt besitzt. Zusammenführung und riskante Aktionen folgen eigenen Prüfregeln.
Das macht den Arbeitsweg beobachtbar. Die internen Schlussfolgerungen eines Modells werden dadurch nicht vollständig erklärbar. Ich prüfe deshalb Handlungen und Ergebnisse an externen Belegen.
BEISPIEL / ABSTRAHIERTES AUFTRAGSSCHEMA
- Aufgabe
- Task-ID, Ziel und Eingaben
- Besitz
- Rolle, Pfade, Abhängigkeiten
- Grenze
- Werkzeuge, Stop-Regeln, Budget
- Übergabe
- Sender, Empfänger, Status, Artefakt
- Abnahme
- Tests, Review, Freigabeinstanz
WERKZEUGE UND NÄCHSTER SCHRITT
Die Modelle wechseln. Die Steuerung bleibt.
Ich arbeite mit Claude Code, Codex, n8n und eigenen Laufzeitbausteinen. Zwei Betriebshandbücher beschreiben zusätzlich einen möglichen Local-to-Frontier-Weg mit Routing, Budgetgrenzen und späterer QLoRA-Evaluation. Das ist ein Ausbauplan und kein bereits laufender Hybrid-Dienst.
Claude Code
Codexn8n & APIsWie diese Arbeitsweise in Anwendungen und Betrieb sichtbar wird
PROJEKTE ANSEHEN ↗Kontakt aufnehmen ↗