Multi-Agenten-Orchestrierung für den Mittelstand: Wenn ein Agent nicht mehr reicht

Ein mittelständischer Maschinenbau-Zulieferer baute im Frühjahr seinen ersten KI-Agenten, und er funktionierte. Der Agent las eingehende Kunden-E-Mails, fand den Auftrag im SAP, prüfte den Bestand und entwarf eine Antwort. Drei Monate später war derselbe Agent ein Durcheinander. Das Team hatte ihn gebeten, auch Kreditlimits zu prüfen, auch den Vertrag auf Lieferbedingungen zu lesen, auch die Produktionsplanung einzubinden, wenn ein Termin rutschte, auch die Mahnung zu entwerfen, wenn der Kunde zu spät zahlte. Ein Prompt trug nun die Arbeit von vier Abteilungen. Er halluzinierte einen Liefertermin, versprach einen Rabatt, den es nicht gab, und niemand konnte sagen, welcher Teil des Prompts das verursacht hatte.

Das ist der Moment, in dem die meisten Unternehmen auf die eigentliche Frage stoßen. Nicht “sollten wir KI-Agenten nutzen” - das tun sie längst - sondern “was tun wir, wenn ein Agent zu viel halten muss”. Die Antwort ist kein größerer Prompt. Sie ist Komposition: ein Orchestrator-Agent, der das Ziel und den Audit-Trail besitzt, plus Spezialisten-Agenten, die je eine Sache gut machen, mit sauberen Übergaben, gemeinsamem Gedächtnis, Leitplanken und einem Menschen an den Entscheidungen, die zählen.

Dieser Artikel handelt von dieser Komposition. Wann ein einzelner Agent nicht mehr reicht, wie der Mittelstand Orchestrierung für echte abteilungsübergreifende Arbeit tatsächlich verdrahtet, was sie kostet, wo sie scheitert, ob man baut oder kauft, und ein 90-Tage-Plan, der nicht das Unternehmen auf den ersten Versuch verwettet.

Wann ein Agent nicht mehr reicht

Der Instinkt, wenn ein Agent funktioniert, ist, ihm mehr zu geben. Mehr Werkzeuge, mehr Kontext, mehr Verantwortung. Dieser Instinkt ist richtig - bis zu dem Punkt, an dem er es leise nicht mehr ist, und die meisten Teams überschreiten diese Linie, ohne es zu merken. Das Signal ist kein Absturz. Es ist ein langsames Abdriften: Antworten werden vager, Fehler schwerer nachzuvollziehen, und der Prompt wächst zu etwas heran, das niemand mehr ganz versteht.

Die fünf Signale, dass Sie einen Einzelagenten überwachsen haben

• Die Arbeit läuft über Abteilungen - Die Aufgabe braucht nun Vertriebskontext, Finanzregeln und Produktionsdaten zugleich. Jede Abteilung hat andere Daten, andere Befugnisse und eine andere Person, die freigibt. Ein Prompt kann drei Regelwerke nicht sauber halten.
• Das Kontextfenster macht zu viel - Wenn ein Prompt den ganzen E-Mail-Verlauf, den Vertrag, die Preisliste, die Kundenhistorie und fünf Werkzeugdefinitionen tragen muss, sinkt die Qualität. Anthropic fand, dass allein der Token-Verbrauch 80 Prozent der Leistungsvarianz bei komplexen Aufgaben erklärt¹ - und ein Agent überlastet sein Budget schnell.
• Schritte wollen parallel laufen - Fünf Lieferanten prüfen, vier Märkte scannen, ein Dokument aus drei Blickwinkeln begutachten. Ein Einzelagent macht das nacheinander und fühlt sich langsam an. Spezialisten parallel sind in einem Bruchteil der Zeit fertig.
• Verschiedene Teile brauchen andere Expertise - Juristische, finanzielle und technische Prüfung brauchen je eigenes Wissen, eigene Quellen und einen eigenen Ton. Alle drei in eine Persona zu pressen, ergibt einen Generalisten, der bei jedem nur mittelmäßig ist.
• Ein Ausfallpunkt blockiert alles - Wenn der Einzelagent an einer harten Teilaufgabe hängenbleibt, stoppt der ganze Ablauf. Die Arbeit aufzuteilen heißt: Ein Spezialist kann scheitern, eskalieren oder neu versuchen, ohne den ganzen Fluss mitzureißen.

Warum der deutsche Mittelstand früher hier ankommt als gedacht

Mittelstandsarbeit ist von Natur aus ungewöhnlich abteilungsübergreifend. Der Auftragsdesk spricht mit der Produktion, die Produktion mit dem Einkauf, der Einkauf mit der Finanzabteilung, und die ganze Kette verantwortet eine Kundenbeziehung. Diese Struktur bedeutet, dass ein nützlicher Agent schnell an eine Abteilungsgrenze stößt.

• Schlanke Teams tragen viele Hüte - Dieselbe Person bearbeitet den Auftrag, die Kreditprüfung und den Kundenanruf. Ein Agent, der ihr wirklich hilft, muss diese Aufgaben spannen, was ihn schnell an die Mehr-Abteilungs-Wand drückt.
• Daten liegen in vielen Systemen - SAP oder ein Mittelstands-ERP, DATEV, ein CRM, SharePoint, Sammelpostfächer, Excel-Tabellen eines Controllers. Abteilungsübergreifende Arbeit ist die Norm, nicht die Ausnahme.
• Die Adoption beschleunigt sich - Bitkom berichtet, dass 41 Prozent der deutschen Firmen aktiv KI nutzen, stark gestiegen gegenüber dem Vorjahr, wobei KI-Agenten zu den drei am schnellsten wachsenden Bereichen gehören, wenn auch mit rund 10 Prozent noch früh.¹¹ Unternehmen gehen schnell vom ersten zum zweiten und dritten Agenten über.
• Audit und Mitbestimmung heben die Latte - GoBD, DSGVO und Betriebsratsrechte bedeuten, dass abteilungsübergreifende Automatisierung einen klaren Eigentümer des Audit-Trails braucht. Das spricht für einen expliziten Orchestrator statt für ein Gewirr von Agenten, die sich gegenseitig aufrufen.
• Die Skill-Lücke ist real - Wenige Mittelstands-IT-Teams haben Multi-Agenten-Erfahrung im Haus. Die Architektur muss zu einem kleinen Team passen, und genau deshalb schlägt disziplinierte Orchestrierung den wildwüchsigen Agenten-Wuchs.

Was Orchestrierung wirklich heißt

Multi-Agenten-Orchestrierung ist die Koordination mehrerer KI-Agenten auf ein Ziel hin, wobei jeder Agent eine bestimmte Aufgabe übernimmt und ein Orchestrator die Reihenfolge steuert, Informationen zwischen Agenten leitet, Konflikte löst, Richtlinien durchsetzt und das Ergebnis zusammensetzt.⁶ Es sind nicht viele Chatbots hintereinander. Es ist ein System mit einem klaren Dirigenten.

Die Besetzung eines orchestrierten Systems

• Der Orchestrator - Besitzt Ziel und Plan. Entscheidet, welcher Spezialist in welcher Reihenfolge läuft und wann er zurückspringt. Hält das gemeinsame Gedächtnis, setzt die übergreifenden Leitplanken durch und besitzt den Audit-Trail. Die einzige verantwortliche Komponente.
• Spezialisten-Agenten - Jeder macht eine Sache gut: Dokumente lesen, das ERP abfragen, eine Antwort entwerfen, Compliance prüfen, Lieferantenangebote normalisieren. Jeder hat eigene Werkzeuge, einen eigenen Prompt und eine eigene Least-Privilege-Berechtigung auf Daten.
• Gemeinsames Gedächtnis - Die Schicht, die Agenten am selben Fall arbeiten lässt, ohne dass jeder die ganze Historie trägt. Kurzzeit-Zustand wird zwischen Agenten weitergegeben; Langzeit-Wissen wird bei Bedarf abgerufen.
• Die Werkzeug- und Datenschicht - Die APIs, Retrieval-Systeme und Connectoren, die Spezialisten aufrufen. Im Mittelstand sind das SAP, DATEV, CRM, DMS, E-Mail und zunehmend Model-Context-Protocol-Server.¹³
• Der menschliche Kontrollpunkt - Die definierten Stellen, an denen ein Mensch prüft und freigibt, bevor das System etwas mit echter Tragweite festlegt.

Orchestrierung ist nicht dasselbe wie ein Workflow

Die teuerste Verwechslung in diesem Feld ist, Orchestrierung und einen festen Workflow gleichzusetzen. Sie sind es nicht, und der Unterschied entscheidet über Ihre Kosten und Zuverlässigkeit.

Die fünf Bausteine

Jede produktive Orchestrierung ruht auf fünf Bausteinen. Lassen Sie einen weg, und das System leckt entweder Daten, verliert Kontext oder wird unmöglich zu vertrauen. Das sind keine optionalen Extras; sie sind der Unterschied zwischen einer Demo und einer Einführung.

Baustein 1: Übergaben - den richtigen Kontext-Ausschnitt weitergeben

Eine Übergabe ist, wie ein Agent Arbeit an den nächsten weitergibt. Der Fehler ist, alles weiterzugeben; die Disziplin ist, genau den Ausschnitt weiterzugeben, den der nächste Agent braucht, über ein definiertes Schema.⁹

• Gemeinsamer Scratchpad - Jeder Agent liest die ganze Historie. Einfach zu bauen, aber bläht die Token-Kosten auf und gibt Kontext über Rollen weiter, die ihn nicht sehen sollten. In Ordnung für einen Prototyp, riskant in Produktion.
• Schema-basierte Übergabe - Der Orchestrator gibt eine definierte, minimale Nutzlast an den nächsten Agenten weiter: die Fall-ID, die relevanten Fakten, die nötige Entscheidung. Sauberer, günstiger und das Muster, auf das sich die meisten Produktivsysteme einigen.
• Tool-Calling-Übergabe - Der Orchestrator behandelt jeden Spezialisten als aufrufbare Funktion mit typisierten Ein- und Ausgaben. Enge Kontrolle und leicht zu testen, zum Preis von mehr Vorab-Engineering.

Baustein 2: Gemeinsames Gedächtnis - Kurzzeit-Zustand und Langzeit-Wissen

Gemeinsames Gedächtnis lässt Agenten an einem Fall arbeiten, ohne dass jeder die ganze Konversation trägt. Es hat zwei klar getrennte Schichten, die unterschiedliche Probleme lösen.

• Kurzzeit-Zustand - Der aktuelle Fall, als strukturierte Daten gehalten und zwischen Agenten in einem definierten Schema weitergegeben. Das hält einen Vier-Agenten-Ablauf kohärent.
• Langzeit-Wissen - Unternehmensdokumente, vergangene Fälle, Kundenhistorie, Richtlinien. Agenten rufen die relevanten Teile bei Bedarf ab, statt alles im Kontext zu halten.
• Das Schema ist der Vertrag - Wenn sich Agenten auf die Form der ausgetauschten Daten einigen, hören lokal korrekte Ergebnisse auf, global inkompatibel zu werden. Das Schema des gemeinsamen Gedächtnisses ist die wirksamste Abwehr gegen Koordinationsfehler.

Baustein 3: Leitplanken - Eingabe-, Ausgabe- und Aktionsgrenzen

• Eingabe-Leitplanken - Prüfen, was ins System gelangt. Prompt Injection aus eingehenden E-Mails blockieren, Daten schwärzen, die ein Agent nicht verarbeiten soll, fehlerhafte Anfragen ablehnen.
• Ausgabe-Leitplanken - Prüfen, was es verlässt. Keine nicht genehmigten Zusagen, keine personenbezogenen Daten in ausgehenden Texten, keine Zahlen, die dem System der Wahrheit widersprechen.
• Aktions-Leitplanken - Begrenzen, was jeder Agent tun darf. Least-Privilege-Berechtigungen auf Werkzeuge und Daten, Wertlimits für Transaktionen, harte Stopps über definierten Schwellen. Kein Spezialist bekommt ein gemeinsames Super-Konto.

Baustein 4: Human-in-the-Loop-Kontrollpunkte

• Schwellenbasierte Prüfung - Alles über einem Wert- oder Risikolimit geht an einen Menschen, bevor es festgelegt wird.
• Prüfung externer Zusagen - Alles, was das Unternehmen bindet - ein Preis, eine Vertragsklausel, ein Kundenversprechen - braucht Freigabe.
• Konfidenzbasierte Prüfung - Markieren Agenten einen Fall als unsicher, eskalieren sie mit vollem Kontext und einer Empfehlung, statt zu raten.

Baustein 5: Observability - wissen, was jeder Agent tat

• Spuren pro Agent - Erfassen Sie Eingaben, Werkzeugaufrufe, Ausgaben und Token-Verbrauch jedes Agenten bei jedem Lauf. Ohne das können Sie einen Koordinationsfehler nicht debuggen.
• Durchgängiger Audit-Trail - Ein Datensatz des gesamten Falls über alle Agenten hinweg, im Besitz des Orchestrators. Wesentlich für GoBD, DSGVO und die Protokollpflichten aus EU-AI-Act-Artikel 12.
• Ein Eval-Harness - Eine Sammlung von 50 bis 200 reproduzierbaren Szenarien, die durchgängige Ergebnisse plus Beiträge pro Agent bewertet, damit Sie erkennen, ob eine Änderung das System besser oder schlechter gemacht hat.

Abteilungsübergreifende Arbeit in der Praxis

Der Sinn der Orchestrierung ist nicht Eleganz. Er ist, echte abteilungsübergreifende Arbeit zu erledigen, ohne dass ein Mensch drei Systeme von Hand zusammennäht. So sieht das in konkreten Mittelstands-Workflows aus, jeder ein Fall, in dem ein Einzelagent wirklich nicht gereicht hätte.

Order-to-Cash über Vertrieb, Finanzen und Produktion

• Der Auslöser - Ein Kunde mailt einen geänderten Auftrag: neue Menge, neuer Liefertermin, eine neue Lieferadresse beiläufig erwähnt.
• Der Orchestrator - Liest die E-Mail, identifiziert den Fall und plant, welche Spezialisten er aufruft.
• Spezialist 1 (Vertriebsdaten) - Findet Auftrag und Kunde im CRM und ERP, gleicht die Lieferadresse mit den Stammdaten ab.
• Spezialist 2 (Finanzen) - Prüft Kreditlimit und offene Forderungen, meldet, falls die neue Menge den Kunden über die Grenze drückt.
• Spezialist 3 (Produktion) - Prüft den neuen Termin gegen Kapazität und Materialverfügbarkeit.
• Der Orchestrator erneut - Fasst die drei Ergebnisse zusammen, entwirft die Kundenantwort und bucht die Änderung entweder im Rahmen seiner Befugnis oder eskaliert mit allem im Anhang an den Auftragsdesk.

Lieferanten-Onboarding über Einkauf, Compliance und Finanzen

• Parallele Spezialisten - Ein Agent liest die Dokumente des Lieferanten, einer prüft Handelsregister und USt-IdNr., einer screent gegen Sanktions- und Compliance-Listen, einer entwirft den Stammdatensatz. Sie laufen gleichzeitig.
• Der Orchestrator - Sammelt die vier Ergebnisse, löst Konflikte (die Adresse im Dokument passt nicht zum Register) und erstellt eine Onboarding-Empfehlung.
• Der menschliche Kontrollpunkt - Ein Einkäufer prüft die Empfehlung, nicht vier rohe Dokumentenstapel.

Angebot und Ausschreibung über Vertrieb, Technik und Recht

• Technik-Spezialist - Liest die Ausschreibungsspezifikation, ordnet sie dem Produktkatalog zu, markiert Lücken.
• Preis-Spezialist - Baut den Preis aus dem Kostenmodell und der Kundenhistorie.
• Rechts-Spezialist - Prüft die Bedingungen der Ausschreibung gegen die Standardklauseln des Unternehmens und markiert die riskanten.
• Der Orchestrator - Fügt einen Antwort-Entwurf und eine Risiko-Zusammenfassung für den Vertriebsleiter zur Freigabe zusammen. Nichts geht ohne Freigabe raus.

Wo ein Einzelagent immer noch die richtige Antwort ist

• Posteingangs-Triage - Eingehende E-Mails klassifizieren und weiterleiten. Eine Abteilung, eine Aufgabe. Einzelagent.
• Rechnungs-Datenextraktion - Ein PDF lesen, Felder extrahieren, im Toleranzrahmen buchen. Deterministische Pipeline mit einem Agenten darin.
• Internes Q&A über Dokumente - Mitarbeiterfragen aus der Wissensbasis beantworten. Ein Retrieval-Agent, keine Orchestrierung nötig.
• Aktualisierungen in einem System - Einen Datensatz im CRM aus einer strukturierten Anfrage aktualisieren. Ein Workflow, kein Multi-Agenten-System.

Fünf Orchestrierungsmuster

Die meiste produktive Orchestrierung ist eine Kombination aus fünf benannten Mustern. Sie beim Namen zu kennen, macht aus “wir haben einen Haufen Agenten” ein Design, über das Sie nachdenken, das Sie kalkulieren und prüfen können.

Muster 1: Orchestrator-Worker

• Was es ist - Ein Leit-Agent plant die Arbeit und delegiert Teilaufgaben an Worker-Spezialisten, dann fasst er das Ergebnis zusammen. Das häufigste Produktiv-Muster.¹
• Am besten für - Abteilungsübergreifende Arbeit, bei der der Orchestrator pro Fall entscheiden muss, welche Spezialisten einzubinden sind.
• Achten Sie auf - Den Orchestrator als Engpass. Halten Sie seine Aufgabe bei Planung und Synthese, nicht bei der Arbeit der Spezialisten.

Muster 2: Paralleles Fan-out

• Was es ist - Der Orchestrator lässt mehrere Spezialisten gleichzeitig an unabhängigen Teilaufgaben laufen und führt die Ergebnisse zusammen.
• Am besten für - Lieferantenprüfung, Marktscans, mehrperspektivische Dokumentenprüfung - alles wirklich Parallelisierbare.
• Achten Sie auf - Kosten. Parallelität vervielfacht den Token-Verbrauch; fächern Sie nur auf, wenn Tempo echten Wert hat.

Muster 3: Sequenzielle Pipeline mit Qualitäts-Gates

• Was es ist - Spezialisten laufen in fester Reihenfolge - entwerfen, dann prüfen, dann Compliance-Check, dann veröffentlichen - mit einem Gate zwischen jedem Schritt.
• Am besten für - Dokumentenerstellung und jede Ausgabe, die Trennung der Zuständigkeiten und eine Qualitätsprüfung vor dem Versand braucht.
• Achten Sie auf - Übernutzung. Ändert sich die Reihenfolge nie, ist das in Wahrheit ein Workflow mit kleinen Agenten darin, was in Ordnung und günstiger ist.

Muster 4: Experten-Routing

• Was es ist - Ein Router-Agent klassifiziert den Fall und übergibt ihn dem richtigen Spezialisten - Recht zu Recht, Technik zu Technik.
• Am besten für - Service-Postfächer und Anfragen-Triage, bei denen jeder Falltyp einen anderen Experten braucht.
• Achten Sie auf - Fehlrouting. Nutzen Sie ein kleines, schnelles Modell fürs Routing und messen Sie die Routing-Genauigkeit getrennt.

Muster 5: Kritiker-Schleife

• Was es ist - Ein Worker erzeugt eine Ausgabe und ein Kritiker-Agent prüft sie gegen Kriterien, in einer Schleife, bis sie besteht oder eskaliert wird.
• Am besten für - Entwürfe mit hohem Einsatz, bei denen Qualität mehr zählt als Latenz.
• Achten Sie auf - Endlosschleifen. Begrenzen Sie die Iterationen und eskalieren Sie an einen Menschen, wenn das Limit erreicht ist.

Leitplanken und Human-in-the-Loop

Bei einem Einzelagenten ist Governance eine Grenze. In einem orchestrierten System ist jeder Agent eine Grenze - und der Orchestrator muss die Regeln durchsetzen, die quer durch alle laufen. Hier landet der Großteil der EU-AI-Act- und DSGVO-Arbeit tatsächlich.

Wie man jeden Agenten berechtigt

• Least Privilege pro Agent - Der Finanz-Spezialist sieht Finanzdaten und Finanzwerkzeuge, nichts weiter. Kein Agent bekommt ein gemeinsames Super-Konto, das alles berühren kann.
• Der Orchestrator hält die breite Berechtigung - Er kann zum Planen über Systeme hinweg lesen, delegiert aber für die eigentliche Arbeit enge Berechtigungen an Spezialisten.
• Werkzeug-Allowlists - Jeder Agent hat eine explizite Liste der Werkzeuge, die er aufrufen darf. Alles außerhalb der Liste wird verweigert, nicht improvisiert.
• Wert- und Risikoschwellen - Harte Limits dafür, was ein Agent ohne Menschen festlegen kann. Ein Entwurf ist frei; eine bindende Aktion über einer Schwelle nicht.

Wo Menschen bleiben müssen

• Externe Zusagen - Preise, Vertragsbedingungen, Lieferversprechen. Der Agent entwirft; ein Mensch legt fest.
• Hochwertige Transaktionen - Zahlungen, Kreditfreigaben, große Aufträge über einem definierten Limit.
• Unsichere Fälle - Ist sich das System unsicher, eskaliert es mit Kontext, statt zu raten.
• Alles, was Beschäftigte berührt - HR-Daten, Leistungssignale, alles im Betriebsratsgebiet braucht menschliche Verantwortung und vorherige Beteiligung.

Die Compliance-Checkliste für orchestrierte Systeme

Die ehrliche Kostenrechnung

Orchestrierung ist in jeder Dimension teurer als ein Einzelagent - Token, Engineering und Betriebsaufwand. Die Frage ist nie “ist es günstig”; sie ist “übersteigt der Wert den Mehraufwand”. Etwas anderes vorzugeben, ist der Weg, auf dem Projekte abgebrochen werden.

Woher die Mehrkosten kommen

• Token-Multiplikator - Anthropic berichtet, dass Einzelagenten rund das Vierfache der Token eines Chats verbrauchen und Multi-Agenten-Systeme etwa das Fünfzehnfache.¹ Produktive Orchestrator-Worker-Aufbauten laufen häufig beim Zwei- bis Fünffachen der Inferenzkosten eines vergleichbaren Einzelagenten.
• Engineering-Aufwand - Koordination zu bauen, zu testen und zu pflegen ist das Zwei- bis Fünffache des Aufwands eines Einzelagenten. Die Agenten sind der einfache Teil; die Übergaben, das Eval-Harness und die Observability sind die Arbeit.
• Latenz - Jede Übergabe kostet Zeit. Ein vielstufiger Ablauf kann 30 bis 90 Sekunden dauern. Interne Backoffice-Arbeit verträgt das; Kundenchat nicht.
• Observability-Stack - Sie brauchen Tracing, ein Eval-Harness und Monitoring, die Sie heute vielleicht nicht haben. Echte Kosten, echte Zeit, nicht optional.
• Laufendes Tuning - Planen Sie 0,2 bis 0,5 Vollzeitkräfte pro aktivem orchestrierten Workflow für Prüfung, Korrektur und Verbesserung.

Woher der Wert kommt

• Parallelität - Arbeit, die einen Menschen einen Tag Systeme-Zusammennähen kostete, ist in Minuten fertig, wenn Spezialisten gleichzeitig laufen.
• Spezialisierung - Jeder Spezialist ist in seiner Aufgabe besser als ein überladener Generalist, also steigt die Qualität und sinkt die Nacharbeit.
• Qualitäts-Gates - Ein Kritiker- oder Compliance-Schritt fängt Fehler ab, bevor sie zum Kunden oder in die Bücher gelangen.
• Durchsatz bei abteilungsübergreifender Arbeit - Die Art von Arbeit, die früher einen Koordinator brauchte, ist die Art, für die Orchestrierung gebaut ist.

Make-or-Buy

Bei der Orchestrierung wird Make-or-Buy ernst, denn der schwere Teil sind nicht die Agenten - es sind die Koordinationsschicht, das Eval-Harness und die Observability, die die Produktion verlangt. Drei ehrliche Wege gibt es, jeder mit echten Abwägungen.

Die drei Wege

• Selbst bauen auf einem Framework - Mit LangGraph, dem OpenAI Agents SDK, dem Microsoft Agent Framework oder Ähnlichem ein Eigenbau.⁸¹⁰ Maximale Kontrolle und Eigentum, aber Sie tragen Architektur, Evaluierung, Observability und Compliance selbst.
• Eine Plattform kaufen - Eine Anbieter-Orchestrierungsplattform übernehmen. Schneller Start, aber Sie passen Ihren Prozess an das Modell der Plattform an und akzeptieren deren Lock-in und Preise.
• Partner-gebaut, in Ihrem Besitz - Ein Partner baut die ersten Workflows mit Ihnen - Architektur, Eval-Harness, Observability, Compliance - und übergibt das Betriebsmodell. Sie lernen an einem echten Workflow, ohne die volle Erstversuchs-Steuer zu zahlen.

Wie Superkind passt

Superkind baut maßgeschneiderte KI-Agenten, die in bestehenden Mittelstandssystemen leben - SAP, DATEV, CRM, DMS, E-Mail - und wir starten bewusst mit einem Einzelagenten. Wir fügen Orchestrierung nur hinzu, wenn ein Workflow einen Agenten wirklich überwächst, und wenn das passiert, bauen wir die Koordinationsschicht, die ihn sicher betreibbar macht.

Kernfähigkeiten für orchestrierte Workflows

• Einzelagent zuerst - Wir setzen die kleinste Architektur ein, die das Problem löst. Die meisten Workflows gehen als ein Agent live; wir verkaufen keine Orchestrierung, die Sie nicht brauchen.
• Orchestrator + Spezialisten, wenn gerechtfertigt - Für echte abteilungsübergreifende Arbeit bauen wir einen Orchestrator, der Ziel und Audit-Trail besitzt, plus Spezialisten mit Least-Privilege-Berechtigungen.
• Schema-basierte Übergaben - Agenten tauschen definierte, minimale Nutzlasten aus, damit lokal korrekte Ergebnisse global kompatibel bleiben. Das ist unsere Hauptabwehr gegen Koordinationsfehler.
• Gemeinsames Gedächtnis über Ihren Systemen - Kurzzeit-Fallzustand plus Langzeit-Retrieval aus Ihrem ERP, DMS und Dokumentenspeicher. Die Agenten arbeiten aus Ihrer Realität, nicht aus dem Internet.
• Leitplanken an jeder Grenze - Eingabe-, Ausgabe- und Aktions-Leitplanken, mit Wert- und Risikoschwellen, die Sie für menschliche Prüfung festlegen.
• Human-in-the-Loop by Design - Sie legen fest, welche Entscheidungen Freigabe brauchen und bei welcher Konfidenz. Agenten eskalieren mit Kontext, statt still zu handeln.
• Audit-Trail und Observability - Der Orchestrator protokolliert jede Entscheidung über jeden Agenten, im Einklang mit GoBD und EU-AI-Act-Artikel 12, mit Spuren pro Agent zum Debuggen.
• Eval-Harness mit Ihnen gebaut - Reproduzierbare Szenarien, die durchgängige Ergebnisse und Beiträge pro Agent bewerten, damit Sie erkennen, ob eine Änderung geholfen hat.
• EU-Betrieb und DSGVO-Konformität - Workflows laufen auf EU-Infrastruktur oder Ihrer eigenen. Daten bleiben in Ihrem definierten Perimeter.
• Sie besitzen das Ergebnis - Wir übergeben Architektur und Betriebsmodell. Kein Black-Box-Lock-in.
• 12 bis 20 Wochen bis zum ersten orchestrierten Workflow - Von Scoping und Einzelagenten-Baseline bis zu einem live geschalteten, geprüften abteilungsübergreifenden Workflow.

Superkind gegen die Alternativen

Der Entscheidungsrahmen

Nutzen Sie diesen Rahmen Workflow für Workflow, um zu entscheiden, ob Sie einen Einzelagenten, eine deterministische Pipeline oder volle Orchestrierung ausliefern. Das Ergebnis ist eine belastbare Empfehlung, die Sie Betriebsleitung und IT in einem Meeting vorlegen können.

Schritt 1: Zählen Sie die Abteilungen

• Eine Abteilung - Einzelagent oder Pipeline. Hören Sie hier auf, außer ein anderes Signal feuert.
• Zwei oder mehr Abteilungen mit unterschiedlichen Regeln und Freigaben - Orchestrierung steht im Raum.

Schritt 2: Testen Sie den Pfad

• Jedes Mal gleicher Pfad - Deterministische Pipeline mit kleinen Agenten darin. Günstiger und leichter zu prüfen.
• Pfad ändert sich von Fall zu Fall - Ein Orchestrator, der den Pfad wählt, verdient seinen Lohn.

Schritt 3: Prüfen Sie auf Parallelität und Spezialisierung

• Teilaufgaben sind unabhängig und Tempo zählt - Paralleles Fan-out schafft echten Wert.
• Teilaufgaben brauchen wirklich andere Expertise - Spezialisten schlagen einen überladenen Generalisten.

Schritt 4: Wägen Sie den Wert gegen den Mehraufwand

• Hoher Wert, hohes Volumen - Der zwei- bis fünffache Mehraufwand ist gerechtfertigt.
• Geringer Wert oder geringes Volumen - Der Mehraufwand amortisiert sich nie. Bleiben Sie beim Einzelagenten.

Schritt 5: Lesen Sie die Matrix

Der 90-Tage-Plan

Dieser Plan bringt einen echten abteilungsübergreifenden Workflow von der Auswahl bis zu einer live geschalteten, geprüften Einführung im begrenzten Umfang in einem Quartal - ohne das Unternehmen auf den ersten Versuch zu verwetten. Die Disziplin ist, die Einzelagenten-Baseline zu beweisen, bevor Sie orchestrieren.

Wochen 1 bis 4: Scoping und Einzelagenten-Baseline

• Wählen Sie einen Workflow mit messbarem Schmerz - Abteilungsübergreifend, hoher Wert, klare aktuelle Kosten in Stunden oder Fehlern. Dokumentieren Sie die Baseline in Zahlen.
• Wenden Sie den Entscheidungsrahmen an - Bestätigen Sie, dass er wirklich Orchestrierung braucht und nicht ein verkappter Einzelagenten-Job ist.
• Bauen Sie zuerst die Einzelagenten-Baseline - Auch wenn Sie Orchestrierung erwarten: Bauen Sie einen Agenten und messen Sie ihn. Er setzt die Latte, die Orchestrierung überspringen muss.
• Kartieren Sie Abteilungen, Daten und Freigaben - Welche Systeme, welche Regeln, welche Person legt an jedem Entscheidungspunkt fest.
• Definieren Sie Erfolgskennzahlen - Gewonnene Stunden, Durchlaufzeit, Fehlerquote, Eskalationsquote. In 90 Tagen messbar.

Wochen 5 bis 12: Orchestrierung und Eval-Harness bauen

• Entwerfen Sie Orchestrator und Spezialisten - Rollen, Prompts, Werkzeug-Allowlists, Least-Privilege-Berechtigungen. Ein verantwortlicher Orchestrator.
• Definieren Sie das Schema des gemeinsamen Gedächtnisses - Der Vertrag, den jeder Agent austauscht. Das ist Ihre Hauptabwehr gegen Koordinationsfehler.
• Bauen Sie das Eval-Harness - 50 bis 200 reproduzierbare Szenarien, die durchgängige und Pro-Agent-Ergebnisse bewerten. Bauen Sie es, bevor Sie etwas tunen.
• Verdrahten Sie Leitplanken und menschliche Kontrollpunkte - Eingabe-, Ausgabe- und Aktionsgrenzen; Schwellen für menschliche Prüfung.
• Testen Sie gegen echte historische Fälle - Lassen Sie das System über gelöste Fälle laufen und vergleichen Sie mit dem, was Menschen tatsächlich entschieden haben.

Wochen 13 bis 20: Produktivieren und ausrollen

• Stellen Sie Observability auf - Spuren pro Agent, durchgängiger Audit-Trail, Monitoring. Bestätigen Sie GoBD- und Artikel-12-Protokollierung.
• Rollen Sie in begrenztem Umfang aus - Ein Segment oder eine Geschäftseinheit, 20 Prozent der Fälle, parallel zum aktuellen Prozess.
• Prüfen Sie jede Eskalation wöchentlich - Was hat das System falsch gemacht, warum, und was ist die richtige Antwort.
• Messen Sie gegen die Einzelagenten-Baseline - Schlägt die Orchestrierung die Baseline nicht klar, diagnostizieren Sie, bevor Sie skalieren.
• Erweitern Sie erst, wenn die Kennzahlen es bestätigen - Zwei bis drei Wochen stabiler Betrieb im begrenzten Umfang vor vollem Volumen.

Verwandte Artikel

• Multi-Agenten-Systeme für den Mittelstand: Wann mehr Agenten helfen und wann sie schaden
• Human-in-the-Loop-KI: Wie der Mittelstand die Kontrolle über Agenten behält
• KI-Agenten-Gedächtnis: Wie Agenten Kontext, Fälle und Unternehmenswissen behalten
• KI-Agenten-Identität und Zugriff: Agenten die richtigen Berechtigungen geben
• ERP oder KI-Agent: Wo die Grenze durch den Mittelstands-Betrieb verläuft
• RPA gegen KI-Agenten: Was der Mittelstand bei Automatisierung falsch versteht
• Was KI-Agenten im Mittelstand wirklich kosten

Häufig gestellte Fragen

Henri Jung

Mitgründer von Superkind

Mitgründer von Superkind, wo er KMU und Konzernen hilft, maßgeschneiderte KI-Agenten einzusetzen, die wirklich zur Arbeitsweise ihrer Teams passen. Henri brennt dafür, die Lücke zwischen dem, was KI kann, und dem Wert, den sie in echten Unternehmen schafft, zu schließen. Er ist überzeugt, dass der Mittelstand alles hat, um bei KI führend zu sein - er braucht nur den richtigen Ansatz.