Vier geroutete Agenten trennen Steuerung, Content, Vertrieb und Curriculum in den bereits genutzten Kommunikationsoberflächen.

Warrens Vertriebstrainingsgeschäft brauchte keinen einzelnen Assistenten, der mitten im Thread seine Persönlichkeit wechselt. Steuerung, öffentlicher Content, Akquise und Curriculumentwicklung folgen verschiedenen Inputs und Maßstäben. RECAST trennte diese Betriebsmodi, bevor das System mehr Geschäftskenntnis vortäuschen konnte, als tatsächlich vorhanden war.

Belegstand bei Veröffentlichung: Am 30. Mai 2026 wurden vier Agenten und 24 Anbindungen in einem gehärteten Slack- und Discord-Deployment verifiziert. Die Quelle bezeichnet den verfügbaren Geschäftskontext zugleich als dünn. Der Fall wird deshalb als operatives Fundament mit ausstehendem Nutzungsnachweis veröffentlicht.

Das Unternehmen

Warren Mulveys Setup konzentriert sich auf Remote-Vertriebstraining und Community. Wiederkehrende Arbeit umfasst tägliche Koordination, Marketing und Marke, Sales Outreach, Lernmaterial sowie die operativen Bereiche, die einen Kurs oder eine Mitglieder-Community tragen.

Diese Funktionen hängen zusammen, sind aber nicht austauschbar. Ein Curriculum-Entwurf sollte nicht die Haltung einer Kaltakquise-Nachricht übernehmen. Eine Tagesaufgabe darf nicht in einem Content-Brainstorming untergehen. Die Struktur musste das Geschäft abbilden, bevor weitere Anbieterautomatisierung hinzukam.

Der Engpass

Slack und Discord waren vorhanden; Kommunikationsoberflächen allein schaffen jedoch keine Abteilungen. Ohne Rollen- und Kanalrouting hätte ein allgemeiner Assistent Content, Vertrieb und Training weiter vermischt. Warren hätte Anfragen klassifizieren und Kontext zwischen den Bereichen tragen müssen.

Der zweite Engpass war die Qualität der Belege. Die hinterlegte Quelle liefert weder detaillierte Kursunterlagen noch Workflowvolumen oder abgeschlossene Ergebnisse. Das begrenzt jede verantwortbare Aussage. Die erste Veränderung war daher ein sicheres, erweiterbares Betriebsfundament – keine erfundene Geschichte vollständiger Autonomie.

Warum die vorhandenen Tools nicht ausreichten

Slack konnte Teamgespräche aufnehmen und Discord Arbeitskanäle ordnen. Keines legte fest, welche KI-Rolle antwortet, welchen Toolzugriff sie erhält oder welcher Kontext abteilungsspezifisch bleiben muss.

Ein KI-Team vergrößert zudem die Angriffsfläche. Breiter Shell-Zugriff würde routinemäßigen Content- oder Curriculumaufgaben unnötige Systemmacht geben. Die Betriebsschicht brauchte allowlist-basierte Ausführung, einen gehärteten Server und explizite Kanal-Agenten-Anbindungen.

Transformationskarte

Vorher

Slack + Discord → gemischte Anfragen → Warren bestimmt Modus und liefert Kontext → Arbeit beginnt

Nachher – gebautes Fundament

Abteilungskanal → zugewiesener Agent → erlaubte Fähigkeit → menschlich geprüfte Ausgabe → Abteilungsnachweis

Die Architektur schafft einen Ort für künftiges Wissen und Abläufe, ohne zu behaupten, diese seien bereits im großen Maßstab angenommen worden.

Ein Ablauf von Anfang bis Ende

Der folgende Weg beschreibt den konfigurierten Curriculumbereich. Regelmäßige produktive Nutzung wird von der Quelle nicht behauptet.

1. Eingang: Warren stellt eine Anfrage zu einem Trainingsmodul in oc-training statt im allgemeinen Steuerungskanal.
2. Routing: Die Anbindung gibt sie an den Training-/Curriculum-Agenten und hält Vertriebs- und Contentmodus getrennt.
3. Kontext: Der Agent nutzt die im Arbeitsbereich vorhandenen Geschäftsinformationen und benennt fehlendes Quellenmaterial, statt Programmdetails zu erfinden.
4. Produktion: Er erstellt eine strukturierte Lektion, Übung oder Überarbeitung zur Prüfung.
5. Kontrolle: Externe Veröffentlichung oder mitgliedergerichtete Aktionen bleiben bei Warren oder dem Team; die Ausführung ist durch die Allowlist begrenzt.
6. Ausgabe: Der Entwurf kehrt in die richtige Kommunikationsoberfläche zurück.
7. Lerngrenze: Freigegebenes Curriculum-Quellenmaterial kann diesen Bereich später vertiefen, ohne automatisch Vertriebs- oder Marketingagenten zu verändern.

Was sich verändert hat

• Gebaut: Main/Warren AI sowie Agenten für Content/Marketing, Sales/Outreach und Training/Curriculum mit jeweils eigenem Betriebsbereich.
• Verbunden: Slack und Discord wurden auf Steuerungs-, Content-, Sales- und Trainingskanäle abgebildet.
• Getestet: Agentenanbindungen, Kanalstruktur, ausschließlich schlüsselbasierter Serverzugriff, Firewall und allowlist-basierte Ausführung wurden eingerichtet und geprüft.
• Verifiziert: Am 30. Mai 2026 wurden vier Agenten und 24 Anbindungen dokumentiert.
• Aktiv genutzt: Die Quelle enthält weder wiederkehrendes Aufgabenvolumen noch mitgliedergerichtete Ausgaben oder einen dauerhaften Nutzungsnachweis. Diese Aussagen werden bewusst zurückgehalten.
• Verbleibende Abhängigkeiten: Ausführlicherer Kontext zu Curriculum, Angebot, Marke und Community muss geliefert werden; einzelne Anbieterabläufe brauchen anschließend eigene Verbindung und eigene Belege.
• Vom Kunden berichtetes Finanzergebnis: Keines hinterlegt.

Belege

• Agentennachweis: Vier Funktionsagenten für Steuerung, Content, Vertrieb und Training.
• Routing-Nachweis: 24 Anbindungen zum Live-Prüfzeitpunkt.
• Arbeitsbereichsnachweis: Discord enthält Bereiche für Tagesbetrieb, Marketing, Marke, Strategie, Workspace, Prompt Builder und Skill Builder.
• Sicherheitsnachweis: Key-only SSH, UFW und Allowlist-Ausführung reduzieren unnötigen Zugriff.
• Aussagegrenze: Die Belege tragen ein flexibles Betriebsfundament, keine ersetzten Stellen, Umsatzergebnisse oder Menge fertiger Curriculuminhalte.

Technologie - bewusst zuletzt

Das Deployment läuft mit OpenClaw 2026.4.26 auf einem Hostinger-VPS und nutzt Slack, Discord, lokales Billing-Proxy-Routing und OpenRouter als Fallback. Der Server verwendet Key-only SSH, UFW und allowlist-basierte Ausführung. Kanalanbindungen verteilen die vier Betriebsrollen auf oc-command, oc-content, oc-sales und oc-training; ein größerer Discord-Arbeitsbereich für Tagesbetrieb, Marke, Strategie und Systementwicklung ist vorbereitet.

Kundenstimme

Für diesen Fall liegt kein belastbarer wörtlicher Kundenkommentar vor. Die öffentliche Geschichte beschränkt sich auf das dokumentierte Deployment; daraus wird keine Empfehlung des Kunden abgeleitet.

Nächste Transformation

Lesen Sie, wie Scaling Webinars ein tieferes Betriebssystem mit acht Agenten um ein etabliertes Delivery-Modell gebaut hat. Dort wird sichtbar, wie sich ein Abteilungsfundament entwickelt, wenn Anbieterwege, Wissen und Freigaberegeln vollständig spezifiziert sind.

Ihren KI-Umsetzungsplan erhalten

Wenn Sales, Content und Training denselben überfüllten Chat teilen, beginnen Sie mit Betriebsgrenzen. Buchen Sie ein kostenloses KI-Audit, um die kleinste Abteilung mit genug Kontext und Wiederholung für einen belastbaren ersten Beleg zu finden.

Quellennachweis

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