Die Agent Factory: Agenten skalieren nach Plan, nicht nach Zufall

Das Problem, das die Factory löst

Sobald die ersten Agenten sich als nützlich erweisen, trifft jede Organisation dieselbe Wand. Die Nachfrage explodiert, die Lieferung nicht. Fünfzig Ideen kommen aus dem Business. Drei Entwickler bauen heldenhaft. Niemand weiss, welche Anfragen den Aufwand verdienen, und jeder Agent wird ein Einzelprojekt mit eigener Architekturdebatte, eigener Security-Diskussion und einer Wartungsfrage, die niemand besitzen will.

Die instinktive Antwort: mehr Entwickler. Die richtige Antwort: ein System. Genau das ist die Agent Factory, das Betriebsmodell, mit dem ich in Enterprise-Programmen Agenten-Bau von seriellem Heldentum in eine wiederholbare Produktionslinie verwandle. Ich zeige dieses Framework regelmässig auf der Bühne, und die Folie, die am häufigsten fotografiert wird, ist der Funnel. Das hat einen Grund.

Der Agent-Factory-Bauplan: sieben Schritte

Die meisten Organisationen können KI-Agenten bauen. Wenige können sie skalieren. Der Unterschied ist Struktur, nicht Technologie. Eine Agent Factory ist ein Betriebsmodell: Sie definiert, wie Agenten identifiziert, gebaut, validiert, ausgerollt, betrieben, verbessert — und irgendwann ausser Betrieb genommen werden. Der Wechsel: von “Agenten bauen” zu “ein Agenten-Portfolio betreiben”. Die zwei Phasen unten vertiefen die ersten Züge; der volle Lebenszyklus läuft durch alle sieben Schritte.

1. Intake — entscheiden, was gebaut wird. Nicht jede Idee verdient einen Agenten; manchmal ist es ein Workflow oder eine Verhaltensänderung. Frag: Welches Problem lösen wir? Wer profitiert? Persönliche Produktivität oder Prozess-Ebene? Bauen oder kaufen? Dieser Schritt schafft Fokus.
2. Design — Ergebnis vor Umsetzung definieren. Wie sieht “gut” aus? Welche Prompts würdest du wirklich verwenden? Welche Entscheidungen soll der Agent unterstützen? Klarheit hier spart den Build.
3. Build — Tempo mit Leitplanken. Der Factory-Unterschied ist nicht Geschwindigkeit, sondern Konsistenz: wiederverwendbare Muster, klare Konventionen, geteilte Komponenten. Das Tempo bleibt hoch, ohne Einzellösungen zu produzieren.
4. Validate — Vertrauen vor Skalierung. Nicht nur technische Tests: Output-Qualität, Randfälle, Erklärbarkeit, Erwartungs-Abgleich. Diesen Schritt zu überspringen ist einer der schnellsten Wege, Adoption später zu töten.
5. Deploy — Klarheit schlägt Begeisterung. Nutzende müssen wissen: wann den Agenten einsetzen, wann nicht, worauf ist Verlass, wo bleibt menschliches Urteil nötig. Klare Positionierung schlägt internen Hype jedes Mal.
6. Operate und Improve — Agenten sind lebende Systeme. Nutzung beobachten, Feedback sammeln, Kosten verstehen. Agenten sind nie “fertig”; sie entwickeln sich. Ein Business Owner pro Agent ist der Schlüssel.
7. Retire — wissen, wann Schluss ist. Manche Agenten werden obsolet, manche ersetzt, manche liefern nie. Ausser Betrieb nehmen gehört zu verantwortungsvollem Skalieren.

Eine Agent Factory bremst Innovation nicht. Sie schützt sie. Agenten bauen, ja — aber vor allem: lernen, sie zu betreiben.

Phase 1: Envisioning und Rapid Prototyping

Die erste Phase existiert, um die zweite zu schützen. Ihr Job ist Business Alignment und Evaluation. Auf Deutsch: sicherstellen, dass das, was in die Factory kommt, dort auch hingehört.

Alle Ideen laufen durch einen strukturierten Intake. Jede wird gegen Geschäftswert und Machbarkeit geprüft, und vor allem anderen gegen die Skill-oder-Agent-Entscheidung aus dem Governance-Guide: Braucht diese Aufgabe einen Akteur, oder nur einen Spielzug? Ein guter Teil der “Agenten-Anfragen” verlässt den Funnel genau hier, als Skill, Prompt oder schlichte Prozesskorrektur. Das ist der günstigste Gewinn, den die Factory produziert, und die meisten Organisationen holen ihn nie ab.

Was überlebt, wird ein kleines Set paralleler Proofs of Value. Bewusst klein. Und die Wortwahl ist wichtig. Ein Proof of Concept fragt “Können wir es bauen?”, und die Antwort ist fast immer Ja, was fast nichts beweist. Ein Proof of Value fragt “Bewegt es eine Kennzahl, die jemand besitzt?” Jeder POV startet mit einem benannten Business Owner und einer definierten Outcome-Hypothese. Jeder endet mit einer Entscheidung: skalieren, parken oder killen.

Einen POV zu killen ist ein Factory-Erfolg, kein Scheitern. Es ist der Funnel, der seinen Job spät macht statt nie.

Phase 2: Implementation Excellence

Kandidaten, die Wert bewiesen haben, kommen auf die Produktionslinie. Mehrere Agenten-Projekte laufen parallel durch dieselben definierten Entwicklungsstufen: Initialization, Experimentation, Evaluation und Refinement, Deployment und Operations, Continuous Improvement. Dieselben Stufen, dieselben Quality Gates, dieselbe agile Methode, jedes Mal. Die Wiederholung ist der Punkt. Dein zehnter Agent sollte einen Bruchteil deines ersten kosten, weil nichts daran, wie er gebaut wird, neu entschieden wird.

Was die parallele Linie möglich macht, ist das Fundament darunter. Das ist der Teil, den die meisten Organisationen überspringen und zwölf Monate später in Panik nachbauen. Sieben Themen, einmal gelöst, von jedem Agenten geerbt:

↳ AI Architecture Design: Referenzmuster statt Erfindung pro Projekt

↳ Change und Enablement: Adoption ist kein Nachgedanke pro Agent, das Adoption-Playbook gilt auch hier

↳ Vendor Management

↳ Regulatory und Legal: im DACH-Kontext heisst das EU-AI-Act-Readiness und Mitbestimmung, auf Fundament-Ebene gelöst statt pro Agent neu verhandelt

↳ Data Engineering: Agenten sind nur so gut wie die Daten, die sie erben, das ist der ganze Punkt des Governance-Guides

↳ Interfaces und MCP Server: standardisierte Wege, auf denen Agenten Systeme erreichen

↳ Governance, Compliance und Security: Register, Identität, Lifecycle, ab Tag 1 verdrahtet mit Agent 365 und Entra Agent ID

Drei Integrationstiefen — und wann welche

Agenten leben selten allein in Microsoft 365. Wenn sie SAP, ServiceNow, Jira oder ein Fachsystem erreichen müssen, gibt es drei Integrationstiefen, und die Wahl ist eine Architektur-Entscheidung, kein Detail.

↳ Read-only-Anreicherung: Drittsystem-Inhalte indexieren, damit Copilot sie im Kontext finden, verankern und zusammenfassen kann, ohne Schreibzugriff. Einsetzen für schnellen Nutzen bei einfacher Sicherheitslage. Trade-off: keine Erstell- oder Änderungs-Aktionen im Drittsystem.

↳ Low-Code-Aktionen: Agenten mit Connector-Aktionen oder Flows, die lesen und schreiben, ideal für geführte Transaktionen und Human-in-the-Loop-Schritte. Einsetzen, wenn du vorhersagbare, schnell iterierende Abläufe ohne schweres Engineering willst. Trade-off: Du arbeitest innerhalb der Connector-Fähigkeiten; komplexe Orchestrierung stösst an Grenzen.

↳ Pro-Dev-Erweiterungen: eigene APIs und High-Code-Agenten für geschäftskritische Abläufe mit voller Kontrolle über Latenz, Routing und Telemetrie, inklusive Transaktionen über mehrere Systeme. Trade-off: maximale Flexibilität kostet Engineering- und Betriebsaufwand, behandle es wie Produktentwicklung.

Die Entscheidungskriterien sind immer dieselben vier: Sicherheitslage, Schreibzugriff, Komplexität, Skalierung.

Was die Factory nicht ist

Sie ist kein zentrales Team, das alles baut. Das wäre das Bottleneck, und das Bottleneck stoppt das Bauen nicht. Es verschiebt das Bauen in den Schatten. Die Factory ist das System, durch das verteiltes Bauen sicher wird: klarer Intake, gemeinsames Fundament, gemeinsame Stufen. Business-Teams schlagen weiter vor und tragen Mitverantwortung. Die Factory hält die Standards.

Und sie ist kein Tooling-Einkauf. Copilot Studio, Foundry, Agent 365: Das sind die Maschinen. Die Factory ist der Grundriss der Fabrik. Wer entscheidet was, in welcher Reihenfolge, gegen welche Gates. Mehr Maschinen ohne Grundriss produzieren exakt den 40-Agenten-Friedhof, den der Governance-Guide beschreibt.

Wo Organisationen falsch abbiegen

Drei Fehlermuster tauchen in meinen Projekten immer wieder auf.

Mit Phase 2 anfangen. Wer Infrastruktur für unqualifizierte Nachfrage baut, bekommt eine leere Fabrik mit exzellenten Förderbändern.

Den Funnel unter Druck überspringen. “Bau es einfach, es ist dringend” macht aus der Factory innerhalb eines Quartals wieder einen Projekt-Shop. Der Funnel funktioniert nur, wenn auch dringende Anfragen durch ihn laufen. Gerade dann.

Die Factory an gebauten Agenten messen. Das ist der schnellste Weg zu vielen Agenten, die niemand brauchte. Die ehrlichen KPIs: Funnel-Durchsatz mit Exit-Gründen, POV-zu-Scale-Konversion, Kosten pro Agent über die Zeit, und die Business-Kennzahlen, die sich tatsächlich bewegt haben.

Dein nächster Schritt: der Factory-Readiness-Check

1. Kommen Agenten-Ideen durch einen strukturierten Intake, oder durch die lauteste Stimme?
2. Durchläuft jeder Kandidat die Skill-oder-Agent-Entscheidung, bevor jemand baut?
3. Starten deine POVs mit benanntem Business Owner und Outcome-Hypothese?
4. Könnten deine Teams die Standard-Stufen eines Agenten beschreiben, und zwar identisch?
5. Welche Fundament-Themen (Architektur, Legal, Daten, Interfaces, Governance) sind einmal gelöst, und welche werden pro Projekt neu verhandelt?

Drei oder mehr Lücken: Du hast keine Factory. Du hast talentierte Leute, die das Fehlen einer Factory kompensieren.