Die drei klassischen Worker. Research, Critic, Analyst
Welche Rollen jeder Multi-Agent-System 2026 hat. Und warum Du diese Aufteilung nicht selbst erfinden sollst.
Warum drei Rollen
Wenn Du genug professionelle Agent-Systeme gesehen hast, fällt Dir auf: sie haben fast alle die gleichen drei Arbeiter. Nicht weil irgendjemand das zum Standard erklärt hat, sondern weil diese drei Rollen fundamentale Denkoperationen sind.
Research sammelt. Critic hinterfragt. Analyst vergleicht mit was Du schon weisst.
Wenn Du diese drei hast, kannst Du fast jede komplexe Aufgabe aufdroeseln.
Research, was gibt es da draussen
Aufgabe: Fakten finden, Quellen sammeln, das Feld verstehen.
Input: Ein Thema oder eine offene Frage. Output: Ein Report mit Fakten + Quellen + relevanten Zitaten.
Tools die ein Research-Agent typischerweise hat:
- Web-Suche (SearXNG, Brave, Google)
- Deep-Crawling für lange Dokumente
- News-Suche
- Library-Docs (context7) für technische Themen
Regel: Research-Agent sammelt. Er bewertet nicht. Er kaut nicht vor. Er liefert roh.
Anti-Pattern: "Schreib mir einen Blog-Post über X" als Research-Task. Das wäre ein Writer-Task. Research stoppt bei dem Material, nicht beim fertigen Text.
Critic, wo sind die Fallen
Aufgabe: Schwächen finden, Loecher identifizieren, unangenehme Fragen stellen.
Input: Ein Plan, eine These, ein Design. Output: Liste von Gegenargumenten, Risiken, blinden Flecken, Überprüfungs-Kriterien.
Dies ist der wichtigste Arbeiter den die meisten Teams weglassen. Weil er unangenehm ist.
Regel: Critic widerspricht strukturell. Er sagt nicht "das ist bloed", er sagt "hast Du an X, Y, Z gedacht?". Konstruktive Kritik.
Wichtig: Critic bekommt NIE die positiven Ergebnisse aus vorherigen Runden. Er darf nicht einfach bestätigen was schon funktioniert hat. Sonst wird er zum Ja-Sager. (Im Fachjargon: Neutrality Guard.)
Analyst, was wissen wir schon
Aufgabe: Neue Infos gegen bestehende Daten halten. Muster erkennen. Historischen Kontext liefern.
Input: Frisches Material + Zugriff auf die Codebase, das CRM, die alten Reports. Output: "Das passt zu dem was wir im Februar gesehen haben. Gleiche Falle: siehe Zeile X in Datei Y."
Tools: Zugriff auf Dein Projekt-Gedächtnis, Knowledge-Graph-Queries, Code-Suche.
Regel: Analyst ist der Historien-Hueter. Er sagt "das gab's schon" oder "das ist neu". Er verhindert dass Du Sachen zweimal lernst.
Wann Du alle drei brauchst
Wenn die Entscheidung größer als 30 Minuten Arbeit ist: alle drei parallel.
- Research sammelt was aussen los ist.
- Critic prüft Deine These.
- Analyst vergleicht mit bestehender Arbeit.
Du (der Mensch oder der CEO-Agent) liest die drei Reports, bildest Dir ein Urteil, entscheidest.
In Academy-Architektur
Die Nex HQ hat genau diese drei Agents live. npm run research -- "thema", npm run critic -- --idea "X", npm run analyst -- --patterns /pfad. Sie laufen parallel, jeder ~3-5 Minuten, schreiben Markdown-Reports, Du synthetisierst.
Dieses Muster siehst Du in Level 5 und 6 wenn wir ein eigenes System aufsetzen.
Nächste Lektion
Shared Memory zwischen Agents. Wie stellst Du sicher dass Research, Critic und Analyst vom gleichen Stand ausgehen und ihre Ergebnisse kombinierbar sind.