Hi zusammen! Ich arbeite an zwei parallelen Projekten mit KI: 1) Einer Photo-DB, die mir hilf digitale Fotos aus verschiedenen Jahrgängen zu systematisieren und zu kategorisieren. Diese Kategorien werden sobald sie final sind (der Drift entsteht durch neue Bilder) in Sidepockets gepackt und sollen dann in das Repository fließen (bei mir Lightroom Classic). Kernanforderung dabei: - Datenintegrität, - Datensicherheit, - Systematische Reproduzierbarkeit der Kurationsentscheidung über einzelne Fotos - Konnektivität zwischen Klassifizierung und zugrunde gelegter Entscheidung, - Und strategisch, die Ableitung einer Gesamtwerkschau als Fotograf mit konkreten historisch gewachsenen Portefeuille Hier arbeiten zwei LLMs und verschiedene Agenten zusammen an einem gemeinsamen Projekt, ohne direkt miteinander verbunden zu sein. 2) Einem Bewerbungs-Katapult. Hier schicke ich neue Stellen als Text zu Slack und ChatGPT schaut jeden Morgen um 08:00 nach, was neu ist und macht einen Intake-File. Dort wird mein Profil aus einem Repository und domain-spezifischen Anpassungen dagegen gehalten und eine erste Einschätzung über Matching und ATS-Score gemacht. Ferner wird eine Bewerbung als "strong-fit", "aggressiv-stretch", "defensive-stretch" und "not advisable" klassifiziert und Argumentationsanker vorgegeben. Ich prüfe und gebe das "go" oder auch nicht. Claude übernimmt dann baut einen ersten CV lokal auf der Festplatte. Dabei greift er die "Anker" von ChatGPT auf und kombiniert dies mit meinem Candidate.md und den Domain-Anpassung für verschieden Adressatenkreise. Ich passe die Formatierung an, ChatGPT macht materiellen Check mit ATS-Score und Matching sowie Bewerbungsstrategie, Claude macht Machine-Review, ob Parser funktionieren, Schriften, Dateigröße, etc. alles passt und fertig. Kernidee und Anforderung: - Schnelle Produktionspipeline (aktuell 10-12 Bewerbungen pro Tag nebenbei machbar) - Hohe Qualität (wurde von HR-Beratern und auch HR-lern bestätigt - die das kaum fassen konnten) - Gute Interaktion von zwei Systemen (ChatGPT für Argumentation und Einschätzung, Claude für Daten- und Dateimanagement) und Claude-Code für Prozesse und Architektur.

Über Multi-Agenten-Systeme wird viel geschrieben, meist auf der Ebene von Architekturdiagrammen und Produktversprechen. Wie sich zwei unabhängige LLMs im Alltag tatsächlich koordinieren lassen, ohne dass Wissen driftet, Verantwortlichkeiten unklar werden oder am Ende niemand mehr weiß, welcher Stand gerade gilt, zeigt sich eher in der Praxis als in der Theorie. Der folgende Erfahrungsbericht stammt aus einem selbstgebauten, aber vollständig produktiven Fall: einer persönlichen Bewerbungspipeline, in der Claude und ChatGPT arbeitsteilig zusammenarbeiten – gekoppelt über Slack als Signalquelle und eine versionierte, dateibasierte Knowledge Base als gemeinsames Gedächtnis. Der Aufbau: Slack als Sensor, Dateien als Gedächtnis Slack übernimmt in diesem Setup nicht die Rolle einer Chat-Oberfläche für die Agenten, sondern die eines Sensors. Neue Stellenanzeigen landen in thematisch getrennten Kanälen; ein Agent scannt sie, erkennt Statuswechsel und wartet auf klar definierte menschliche Signale in Thread-Antworten – ein einfaches „GO“, „Freigabe“ oder „Sign-off“ genügt, um die Pipeline einen Schritt weiterzuschalten. Slack ist damit Ereignisquelle und Kommunikationskanal zugleich, aber ausdrücklich keine Wissensbasis. Das eigentliche gemeinsame Gedächtnis liegt in einer versionierten Dateistruktur, die beide Systeme lesen und – nach klaren Regeln – auch verändern dürfen. Zentral ist ein einziges Prinzip: Eine Datei ist die alleinige Faktenquelle für den Kandidaten, alle anderen Bestände (historische Bewerbungsunterlagen, Master-Lebensläufe, Slack-Kontext) liefern ausschließlich Kontext – Formulierungen, Gewichtung, Framing –, niemals neue Fakten. Jede Änderung an dieser Faktenbasis muss geschrieben werden, nie „nur im Kopf eines Modells“ bleiben. Genau das ist einmal schiefgegangen: Ein überarbeiteter Stand wurde nur intern in einem der beiden Systeme gepflegt und nie verteilt, sodass eine spätere Anfrage gegen einen veralteten Stand lief, ohne dass es zunächst auffiel. Die Konsequenz war keine neue Regel mit gutem Willen, sondern ein hartes Versionierungs- und Übergabeverfahren: durchgehend nummerierte Gesamtversionen, die je den vollständigen Stand aller Kategorien enthalten, plus eine bewusste Entscheidung gegen Mikro-Releases – kleine Einzeländerungen sammeln sich, bis ein inhaltlich abgeschlossener Block vorliegt, statt bei jeder Kleinigkeit einen neuen Stand zu erzeugen.