Zwölf rollenspezifische Agenten übersetzen einen breiten Geschäftsauftrag in sichtbare Abteilungswege – ohne weitreichenden Systemzugriff.

Paul Surkaus Deployment begann mit einem breiten operativen Auftrag – und einer wichtigen Einschränkung: Der vollständige Geschäftskontext lag noch nicht vor. RECAST baute die Abteilungsstruktur, die diesen Kontext später sicher aufnehmen kann, und hält die öffentliche Aussage auf dem Niveau, das die Belege tragen.

Belegstand bei Veröffentlichung: Am 30. Mai 2026 wurden zwölf konfigurierte Agenten und 33 Anbindungen beobachtet. Dazu kamen ein strukturierter deutscher Discord-Arbeitsbereich, gbrain-Seiten, Notion-Helfer und lokale Dokumentenwerkzeuge. Die Akte verifiziert die gebaute Umgebung, nicht dauerhafte Nutzung oder ein kommerzielles Ergebnis. Der Fall ist deshalb als „gebaut, Nutzung ausstehend“ gekennzeichnet.

Das Unternehmen

Der hinterlegte Auftrag beschreibt einen deutschen Geschäftsarbeitsbereich für Tagesmanagement, Terminplanung, Automatisierung, Content, E-Mail, Kreativarbeit, Recherche, Websuche, Beratung, Anzeigentexte, Prompt Engineering, Skill-Erstellung, Notion und Dokumente. Später kamen Akquise, Community Sales und Verwaltung hinzu.

Da die Quelle keine ausführlichere Beschreibung von Pauls Geschäftsmodell enthält, erfindet diese Seite keine. Die Fallstudie handelt von der gelieferten Betriebsarchitektur – und vom Nutzungsnachweis, der noch erbracht werden muss.

Der Engpass

Ohne Routing wäre jede Kategorie zu einem weiteren Chat, Tool oder manuellen Prozess geworden. Paul hätte weiter entscheiden müssen, wohin eine Anfrage gehört, den Kontext erneut erklären und das Ergebnis in den nächsten Kanal übertragen.

Gleichzeitig bedeutete unvollständiger Geschäftskontext, dass das System nicht verantwortungsvoll als vollständig eingearbeitete autonome Belegschaft beschrieben werden konnte. Der richtige erste Schritt war, klare Abteilungswege, sichtbares Verhalten und sichere Ausführungspfade zu bauen, die mit neuem Betriebsmaterial vertieft werden können.

Warum die vorhandenen Tools nicht ausreichten

Discord-Kanäle und Notion-Seiten können Arbeit ordnen; sie routen sie nicht selbst. Ein allgemeiner Assistent konnte im falschen Kanal antworten, hinter einer fehlgeschlagenen Sitzung verschwinden, Notion inkonsistent abfragen oder nach unsicherem Shell-Verhalten greifen, obwohl ein deterministischer Helfer nötig war.

RECAST härtete den Arbeitsbereich auf sichtbare Antworten, Kanal-Positivlisten, Session-Bereinigung, stabiles Modellrouting, begrenztes Gedächtnis und kontrollierte Wrapper. Der Wert liegt nicht einfach in „zwölf Bots“. Entscheidend ist eine Oberfläche, auf der jede Rolle eine Adresse und eine begrenzte Menge erlaubter Aktionen besitzt.

Transformationskarte

Vorher

Management-, Content-, Recherche- und Akquiseaufgaben → Paul wählt Chat und liefert Kontext → manuelle Übergabe

Nachher – gebaute Betriebsarchitektur

Deutscher Discord-Kanal → benannter Abteilungsagent → Gedächtnis oder begrenzter Helfer → sichtbare Antwort → Betreiberprüfung und Nutzungsnachweis

Ein Ablauf von Anfang bis Ende

Der folgende Weg beschreibt die konfigurierte Architektur. Die Quelle enthält keinen Nachweis regelmäßiger produktiver Nutzung.

1. Eingang: Paul stellt eine Geschäftsaufgabe in einem zugeordneten Management-, Content-, Recherche-, Akquise- oder Verwaltungskanal.
2. Routing: Die Anbindung gibt sie an den entsprechenden Spezialisten statt an einen Universalassistenten.
3. Kontext: Der Agent prüft seine Rollenanweisungen und ruft vorhandenen gbrain-Kontext ab.
4. Toolwahl: Eine Notion-Abfrage oder Dokumentenaufgabe läuft über den begrenzten Helfer; Creative und Recherche nutzen ihre separat erlaubten Werkzeuge.
5. Produktion: Der Spezialist erstellt Analyse, Entwurf, Dokument oder nächste Aktion.
6. Sichtbarkeit: Die Antwort kehrt an die festgelegte Discord-Oberfläche zurück; stille Routingfehler werden damit erkennbar.
7. Menschliche Freigabe: Paul liefert fehlenden Geschäftskontext und genehmigt folgenreiche externe Aktionen, während die Nutzung Bereich für Bereich belegt wird.

Was sich verändert hat

• Gebaut: Zwölf Agentenrollen für Hauptbetrieb, Content, Creative, Wettbewerbsanalyse, Strategie, Ads, Prompt- und Skill-Arbeit, Akquise, Community Sales und Verwaltung.
• Verbunden: Discord-Routing, gbrain-Seiten, ein Notion-Helfer und lokale Dokumenten-Wrapper wurden im Arbeitsbereich konfiguriert.
• Getestet: Sichtbare Discord-Antworten, Kanalrouting, Session-Resets, begrenztes Active Memory und Regeln zur Modellstabilität wurden während der Umsetzung gehärtet.
• Laufzeit verifiziert: Am 30. Mai 2026 waren zwölf Agenten und 33 Anbindungen sichtbar.
• Aktiv genutzt: Dauerhafte Betreiberaktivität ist in der Quelle nicht hinterlegt. Das Deployment wird daher nicht als in großem Maßstab adoptiert dargestellt.
• Verbleibende Anbieter- oder Kundenabhängigkeit: Vollständiger Geschäftskontext, Anbieterzugänge und die Aktivierung vorbereiteter WhatsApp- oder Telegram-Wege bleiben eigene Abhängigkeiten.
• Vom Kunden berichtetes Finanzergebnis: Keines hinterlegt.

Belege

• Agentennachweis: Zwölf benannte Abteilungsrollen waren konfiguriert.
• Routing-Nachweis: Zum Prüfzeitpunkt wurden 33 Anbindungen beobachtet.
• Arbeitsbereichsnachweis: Deutsche Kanäle deckten Management, Kunden, Content, Recherche, Automatisierung, Logs, Social, Creative, Beratung, Ads, Prompts und Skills ab.
• Kontrollnachweis: Regeln für Befehlsinhaber und Kanal-Positivlisten begrenzten die Ausführung.
• Aussagegrenze: Der anfängliche Geschäftskontext war unvollständig; ein Nutzungs- oder Ergebnisledger liegt nicht vor.

Technologie - bewusst zuletzt

Das Deployment nutzt OpenClaw 2026.5.7, Discord, Billing-Proxy- und OpenRouter-Routing, Ollama, gbrain, einen Notion-Helfer, PDF-/OCR-Werkzeuge, Higgsfield, Printing Press, Apify und Kie.ai. WhatsApp und Telegram waren vorbereitet und werden nicht als Live-Kanäle dargestellt. Die Ausführung folgt einer Allowlist; Helper-Wrapper haben Vorrang vor breitem Shell-Zugriff.

Kundenstimme

Für diesen Fall liegt kein belastbarer wörtlicher Kundenkommentar vor. RECAST trennt eine Lieferakte von einer Kundenstimme und formuliert Letztere nicht im Namen des Kunden.

Nächste Transformation

Lesen Sie, wie Kevin Huckers Wachstumsarbeitsbereich sechs Fachbereiche um gemeinsamen Unternehmenskontext trennt. Der Vergleich zeigt zwei gebaute Multi-Agenten-Deployments, deren stärkerer Nutzungsnachweis noch aussteht: eines mit sechs fokussierten Wachstumsrollen, das andere mit einer breiteren Struktur aus zwölf Rollen.

Ihren KI-Umsetzungsplan erhalten

Wenn der Betriebsauftrag breit ist, der Geschäftskontext aber noch aufgebaut wird, ist der ehrliche Weg: eine Abteilung nach der anderen belegen. Buchen Sie ein kostenloses KI-Audit, um diesen ersten Bereich und seinen Nachweisstandard festzulegen.

Quellennachweis

• OPENCLAW-DEEP-CLIENT-CASE-STUDIES.pdf, Seite 7.
• RECAST_CASE_STUDIES_2026_UPDATED.pdf, Seite 14, Dokument RA-CASES-001, Version 2.0.
• RECAST_WEBSITE_MASTER_BLUEPRINT.md, Abschnitte 10.4, 11 und 58.