Eine Anbieter-Demo lässt es wie ein Wochenendprojekt aussehen. Ein Open-Source-Framework lässt es kostenlos aussehen. Beide Eindrücke sind falsch, und beide kosten Unternehmen echtes Geld. Die Entscheidung, einen KI-Agenten selbst zu bauen oder zu kaufen, ist eine der folgenreichsten Technologieentscheidungen, die ein Unternehmen 2026 trifft, und sie wird meist aus dem Bauch heraus getroffen statt anhand der Zahlen, die das Ergebnis tatsächlich bestimmen.
Der Markt hat bereits abgestimmt. 2025 wurden 76 Prozent der KI-Lösungen in Unternehmen gekauft statt selbst gebaut, deutlich mehr als die 53 Prozent im Vorjahr1. Gleichzeitig prognostiziert Gartner, dass bis Ende 2027 mehr als 40 Prozent der agentischen KI-Projekte abgebrochen werden, wegen eskalierender Kosten, unklarem Geschäftsnutzen und unzureichenden Risikokontrollen4. Kaufen gewinnt, und Selbstbauen scheitert häufiger, als in einer Vorstandssitzung zugegeben wird.
Dies ist ein ehrlicher Leitfaden für die CTO, die Betriebsleitung oder die Geschäftsführung, die abwägt, ob sie einen eigenen KI-Agenten auf LangChain, LlamaIndex, CrewAI, Copilot Studio oder Agentforce baut oder eine fertige Plattform kauft. Kein Anbieter-Jubel. Wir behandeln die echten Gesamtkosten, die Time-to-Value, die Wartungs- und Model-Churn-Last, den Integrationsaufwand, Governance und die eine Kostenfalle, die fast niemand einpreist: einen selbst gebauten Agenten, der nie ein bleibendes Gedächtnis dafür entwickelt, wie Ihr Unternehmen arbeitet.
Kurzfassung
Bauen vs. Kaufen ist nicht eine Entscheidung - es sind fünf getrennte Kosten: Gesamtkosten, Time-to-Value, Wartung, Integration und Governance.
Kaufen gewinnt für die meiste Routinearbeit - 76 Prozent der Unternehmens-KI wird inzwischen gekauft, und externe Partnerschaften erreichen zu 66 Prozent die Produktion, gegenüber 33 Prozent bei Eigenbauten1.
Selbstbauen gewinnt bei echter Differenzierung - wenn der Agent Ihr Wettbewerbsvorteil ist und keine Plattform ihn abdeckt, ist Kontrolle die Kosten wert.
Die versteckten Kosten des Bauens - Model-Churn erzwingt mehrmals im Jahr erneutes Testen, und ein selbst gebauter Agent entwickelt selten ein bleibendes Unternehmensgedächtnis.
Die reife Antwort ist hybrid - kaufen Sie die Commodity-Schicht (Plattform, Konnektoren, Gedächtnis, Governance) und bauen Sie nur den dünnen Anteil, der Sie einzigartig macht.
Bauen vs. Kaufen ist nicht eine Entscheidung
Die Formel “bauen oder kaufen” lässt es wie eine einzige Weggabelung klingen. Das ist es nicht. Ein KI-Agent ist ein System mit mindestens fünf beweglichen Teilen, und Sie können jedes davon unabhängig bauen oder kaufen. Es als eine binäre Wahl zu behandeln, ist der Grund, warum so viele Projekte schiefgehen: Teams, die sich für “Bauen” entscheiden, bauen am Ende Infrastruktur nach, die Anbieter längst im großen Maßstab betreiben, und Teams, die sich für “Kaufen” entscheiden, stellen fest, dass die Plattform ihren echten Prozess nicht berührt.
- Das Modell - baut fast niemand selbst. Sie mieten ein Basismodell von OpenAI, Anthropic, Google oder ein Open-Weight-Äquivalent. Diese Schicht ist Commodity und wechselt ständig.
- Die Orchestrierung - die Denk- und Planungslogik. Bauen Sie sie auf LangChain, LlamaIndex oder CrewAI, oder erhalten Sie sie in einer Plattform wie Copilot Studio oder Agentforce.
- Die Wissensschicht - Retrieval, Gedächtnis und die Aufzeichnung, wie Ihr Unternehmen wirklich arbeitet. In diesen Teil investieren die meisten Eigenbauten zu wenig, und er entscheidet, ob der Agent im sechsten Monat noch nützlich ist.
- Die Konnektoren - Integrationen zu E-Mail, Teams, SharePoint, CRM, ERP und jedem anderen System, das der Agent berührt. Hier sprengen Budgets leise ihren Rahmen.
- Die Governance - Zugriffskontrolle, Audit-Logs, Human-in-the-Loop-Prüfung und Konformität mit der EU-KI-Verordnung. Sie zu überspringen ist der Grund, warum 40 Prozent der agentischen Projekte abgebrochen werden4.
Die Frage neu stellen
Die richtige Frage ist nicht “sollen wir einen KI-Agenten bauen oder kaufen?” Sie lautet “welche dieser fünf Schichten bauen wir, und welche kaufen wir?” Für die meisten Unternehmen ist die ehrliche Antwort: Modell, Orchestrierung, Konnektoren und Governance kaufen und eigene Anstrengung nur in das Wissen und den Prozess stecken, die Sie einzigartig machen.
| Schicht | Wer sollte sie bauen | Wer sollte sie kaufen | Churn-Risiko |
|---|---|---|---|
| Basismodell | Fast niemand | Alle | Sehr hoch |
| Orchestrierung | Teams mit ML-Ingenieuren | Die meisten Unternehmen | Mittel |
| Wissen und Gedächtnis | Der Teil, den man besitzen sollte | Plattform kaufen, Daten besitzen | Niedrig |
| Konnektoren | Nur für exotische Alt-Systeme | Die meisten Unternehmen | Mittel-Hoch |
| Governance | Selten lohnend | Fast alle | Mittel |
Behalten Sie diese Fünf-Schichten-Sicht für den Rest des Artikels im Kopf. Jede Kostenfrage, jeder Zeitplan und jedes Risiko, das folgt, führt darauf zurück, welche Schichten Sie besitzen wollen.
Was Selbstbauen wirklich bedeutet
Ein Prototyp-Agent ist tatsächlich einfach. Eine Entwicklerin verdrahtet ein Basismodell an einem Nachmittag mit ein paar Werkzeugen über LangChain und zeigt etwas Beeindruckendes. Die Falle ist, den Prototyp mit dem Projekt zu verwechseln. In der Produktion ist der Prototyp etwa 10 Prozent der Arbeit; die anderen 90 Prozent sind Integration, Evaluierung, Sicherheit und die Wartung, die nie endet.
Der echte Eigenbau-Stack
- Ein Framework - LangChain für allgemeine Orchestrierung, LlamaIndex für retrieval-lastige Fälle oder CrewAI für Multi-Agenten-Koordination. Jedes ist leistungsfähig und überlässt Ihnen die volle Betriebslast.
- Eine Retrieval-Schicht - eine Vektordatenbank, eine Embedding-Pipeline, eine Chunking-Strategie und Re-Ranking. Retrieval für unstrukturierte interne Dokumente richtig hinzubekommen, ist ein Projekt für sich.
- Konnektoren - authentifizierte, ratenbegrenzte, fehlerbehandelnde Integrationen zu jedem System, aus dem der Agent liest oder in das er schreibt. Jeder ist maßgeschneidert und jeder bricht, wenn sich eine API ändert.
- Evaluierung und Guardrails - eine Möglichkeit zu messen, ob der Agent richtig liegt, plus Filter, die ihn davon abhalten, Schaden anzurichten. Ohne das können Sie einem Agenten nicht sicher Schreibzugriff geben.
- Observability - Tracing, Logging und Kostenüberwachung, damit Sie debuggen können, warum der Agent etwas getan hat und was es gekostet hat.
- Human-in-the-Loop-Prüfung - Kontrollpunkte, an denen ein Mensch riskante Aktionen freigibt, plus die Oberfläche, die diese Prüfung schnell macht.
- Ein Bereitschaftsteam - Menschen, die das Ganze am Laufen halten, wenn eine Modellversion kurzfristig abgekündigt wird, was mehrmals im Jahr passiert.
Die 90 Prozent, die niemand vorführt
Die Demo zeigt das Modell, das eine Frage beantwortet. Sie zeigt nicht den Konnektor, der über Nacht kaputtging, das Retrieval, das das falsche Dokument lieferte, die Modellversion, die letzte Woche ihr Verhalten änderte, oder das Audit-Log, nach dem ein Prüfer fragen wird. Diese unsichtbaren 90 Prozent sind das eigentliche Produkt, und dort geht Eigenbauten das Budget und der Schwung aus.
Die Frameworks, ehrlich betrachtet
| Werkzeug | Am besten für | Was Sie trotzdem besitzen | Ehrliche Schwäche |
|---|---|---|---|
| LangChain | Allgemeine Agenten-Orchestrierung | Hosting, Skalierung, Observability, Upgrades | Schnell wechselnde API, hohe Betriebslast |
| LlamaIndex | Retrieval- und RAG-lastige Agenten | Datenpipeline, Vektor-DB, Evaluierung | Retrieval-Qualität liegt bei Ihnen |
| CrewAI | Multi-Agenten-Koordination | Alles rund um die Agenten | Multi-Agenten-Verhalten ist schwer zu debuggen |
| Copilot Studio | Microsoft-native Low-Code-Agenten | Konfiguration, nicht Infrastruktur | Am besten nur im Microsoft-Ökosystem |
| Agentforce | Salesforce-native Agenten | Konfiguration, Verbrauchskosten | Am stärksten, wenn Ihre Daten in Salesforce liegen |
| Eigener RAG-Stack | Volle Kontrolle über jede Schicht | Buchstäblich alles | Höchste Kosten, langsamster, meiste Wartung |
Beachten Sie, dass Copilot Studio und Agentforce unbequem zwischen Bauen und Kaufen sitzen: Sie kaufen die Plattform, bauen und warten aber weiterhin die Agentenlogik darin. Das ist ein legitimer Mittelweg, aber verwechseln Sie ihn nicht mit “eine Lösung kaufen”. Sie besitzen weiterhin den Prozess, das Testen und einen Großteil der Wartung. Mehr zu diesem Mittelweg in unserem Vergleich von Agentforce vs. Copilot Studio und im breiteren Feld der Enterprise-KI-Agenten-Plattformen.
Was Kaufen wirklich bedeutet
Kaufen ist ebenfalls nicht eine Sache. Das Wort umfasst alles von einem Self-Service-SaaS-Chatbot bis zu einer verwalteten Plattform, die KI-Mitarbeiter in Ihre echten Systeme einsetzt. Was Sie tatsächlich kaufen, ist die Abnahme einer Last: Jemand anderes trägt den Model-Churn, die Konnektoren, die Observability und die Compliance-Verkabelung, damit Ihr Team es nicht tut.
- Horizontale Plattformen - Copilot Studio, Agentforce und ähnliche. Breit, leistungsfähig und am stärksten, wenn Ihre Daten bereits im Ökosystem dieses Anbieters liegen.
- Vertikale oder aufgabenspezifische Produkte - Werkzeuge für eine Aufgabe wie KI-Kundensupport, KI-Kreditorenbuchhaltung oder KI-Recruiting. Schnell einsetzbar, per Design eng gefasst.
- Verwaltete KI-Mitarbeiter-Plattformen - Dienste, die KI-Mitarbeiter mit Ihrer E-Mail, Teams, SharePoint, Ihrem CRM und ERP verbinden und ein bleibendes Unternehmensgedächtnis führen. In dieser Kategorie ist Superkind.
- Punktuelle Automatisierungswerkzeuge - Zapier, Make und Workflow-Builder. Toll für einfache Auslöser, keine echten Agenten, die über Systeme hinweg denken.
Warum Kaufen häufiger gewinnt
Menlo Ventures fand heraus, dass externe KI-Partnerschaften zu 66 Prozent die Produktion erreichen, gegenüber 33 Prozent bei Eigenbauten1. Der Grund ist nicht, dass Anbieter schlauer sind. Es ist, dass sie die Integrations-, Evaluierungs- und Wartungssteuer bereits über Dutzende Einsätze bezahlt haben, sodass Sie ein System erben, das den Kontakt mit der Realität bereits überstanden hat.
Eine Plattform kaufen
Vorteile
- ✓ Schnelle Time-to-Value - live in Tagen bis Wochen, nicht Quartalen
- ✓ Model-Churn abgefangen - der Anbieter erledigt die Versions-Migration
- ✓ Höhere Erfolgsquote - 66 Prozent erreichen die Produktion1
- ✓ Kein festes ML-Team - Sie zahlen für Ergebnisse, nicht für Köpfe
- ✓ Governance eingebaut - Audit-Logs und Kontrollen kommen mit
Nachteile
- ✗ Weniger Kontrolle - der Anbieter prägt den technischen Ansatz
- ✗ Lock-in-Risiko - wenn Daten und Gedächtnis nicht portabel sind
- ✗ Passungsgrenzen - ein generisches Produkt berührt Ihren echten Prozess vielleicht nicht
- ✗ Laufendes Abo - wiederkehrende Kosten statt eines einmaligen Builds
“Every major company is racing to integrate AI because the productivity gains are undeniable, and the competitive risk of falling behind is existential.”
- Tim Tully, Partner bei Menlo Ventures11
Die echten Gesamtkosten (TCO)
Das Günstigste an einem selbst gebauten KI-Agenten ist die Modell-API. Alles drumherum, die Menschen, die Werkzeuge und die Wartung, ist der Ort, an dem das Geld hingeht. Wenn Sie Bauen und Kaufen ehrlich vergleichen, müssen Sie die Vollkosten über zwei bis drei Jahre gegenüberstellen, nicht den Preis eines Prototyps gegen ein Abo.
Was Selbstbauen tatsächlich kostet
- Engineering-Team - ein produktionsreifer Build braucht typischerweise 3 bis 6 Ingenieure mit ML- und Datenkompetenz. Branchenschätzungen beziffern die Vollkosten auf 400.000 bis über 1 Million Euro pro Jahr9.
- Werkzeuge und Infrastruktur - Vektordatenbank, Observability, Evaluierungsplattformen und die Modell-API-Rechnungen selbst summieren sich schnell und skalieren mit der Nutzung.
- Integrations-Überschreitungen - Konnektor-Arbeit übersteigt die anfänglichen Schätzungen regelmäßig um 30 bis 50 Prozent, weil jedes Alt-System einen Sonderfall hat, den niemand dokumentiert hat.
- Wartung - Model-Churn, API-Änderungen und Drift bedeuten, dass das System nie “fertig” ist. Planen Sie Wartung von Tag eins an ein, nicht als nachträglichen Gedanken.
- Opportunitätskosten - jeder Monat, den Ihre besten Ingenieure mit undifferenzierter Verkabelung verbringen, ist ein Monat, den sie nicht an Ihrem eigentlichen Produkt verbringen.
| Kostenfaktor | Selbst bauen | Plattform kaufen |
|---|---|---|
| Anfangskosten | Hoch (Team, Werkzeuge, Bauzeit) | Niedrig (Einrichtung und Konfiguration) |
| Laufende Kosten | Festes Engineering-Team | Abo oder Gebühr pro Ergebnis |
| Model-Churn-Kosten | Ihre, mehrmals im Jahr | Vom Anbieter abgefangen |
| Integrationskosten | Maßgeschneidert, oft 30-50% über Budget | Vorgebaute Konnektoren, schrittweise |
| Zeit bis zum ersten ROI | 12-24 Monate | 1-6 Monate |
| Kostenplanbarkeit | Niedrig (Scope- und Drift-Risiko) | Hoch (vertraglich) |
Zentrale Kennzahl
Die KI-Ausgaben in Unternehmen haben sich in einem einzigen Jahr verdreifacht, von 11,5 Milliarden Dollar auf 37 Milliarden Dollar, und mehr als die Hälfte davon, 19 Milliarden Dollar, floss in Anwendungen, die Menschen nutzen, statt in Modelle oder Infrastruktur1. Unternehmen stimmen mit ihren Budgets dafür, fertige Anwendungen zu kaufen, statt Eigenbauten von Grund auf zu finanzieren.
Selbstbauen gewinnt bei den Kosten nur, wenn der Agent in einem Maßstab läuft, in dem ein Abo die Kosten eines eigenen Teams übersteigen würde, oder wenn er ein so zentraler Differenzierer ist, dass ihn selbst zu besitzen strategisch ist. Für eine tiefere Aufschlüsselung siehe unseren Leitfaden dazu, was ein KI-Agent wirklich kostet, und wie man den ROI eines KI-Agenten modelliert.
Unsicher, ob bauen oder kaufen?
Buchen Sie ein 30-minütiges Gespräch. Wir kartieren Ihren Anwendungsfall und geben eine ehrliche Empfehlung, auch wenn sie lautet: selbst bauen.

Time-to-Value: Die Kosten des Wartens
Kosten sind nur die halbe Miete. Die andere Hälfte ist Zeit, und Zeit summiert sich. Eine gekaufte Plattform kann einen ersten funktionierenden Anwendungsfall in Tagen bis Wochen liefern. Ein ernsthafter Eigenbau braucht 6 bis 18 Monate bis zur zuverlässigen Produktion. Jedes Quartal dieses Abstands ist ein Quartal, in dem ein Wettbewerber, der gekauft hat, bereits Stunden spart und Wert schöpft.
- Kauf-Zeitplan - Tage bis wenige Wochen für einen ersten Anwendungsfall, weil die Plattform Konnektoren, Evaluierung und Governance bereits mitbringt.
- Bau-Zeitplan - 6 bis 18 Monate bis zur Produktion, weil der harte Teil Integration und Evaluierung ist, nicht das Modell.
- ROI-Zeitpunkt - gekaufte Lösungen erreichen typischerweise in 1 bis 6 Monaten messbaren ROI; gebaute in 12 bis 24 Monaten12.
- Die Pilot-Falle - viele Builds bleiben zwischen einem beeindruckenden Proof of Concept und der Produktion stecken, genau dort werden Projekte leise abgebrochen.
- Kumulierender Vorteil - Effizienzgewinne fallen jede Woche an, in der der Agent läuft, sodass ein früherer Start mehr wert ist als ein geringfügig besseres System, das ein Jahr später erscheint.
| Meilenstein | Selbst bauen | Plattform kaufen |
|---|---|---|
| Erster funktionierender Prototyp | 1-4 Wochen | Tage |
| Produktionsreif | 6-18 Monate | 2-8 Wochen |
| Erster messbarer ROI | 12-24 Monate | 1-6 Monate |
| Zweiter Anwendungsfall | Ein weiterer langer Build | Wochen, unter Wiederverwendung der Schicht |
Warum Piloten steckenbleiben
Der Abstand zwischen einer Demo und der Produktion ist der Ort, an dem die meisten Eigenbauten sterben. Unser Beitrag zur Lücke zwischen Pilot und Produktion geht auf das Warum ein, aber die Kurzfassung lautet: Der Prototyp beweist, dass das Modell funktioniert, und die Produktion beweist, dass Integration, Governance und Wartung funktionieren. Das sind völlig verschiedene Probleme, und nur das zweite zählt.
Wartung und Model-Churn: Die Kosten, die nie aufhören
Die am stärksten unterschätzten Kosten beim Selbstbau sind die Wartung, und der größte Treiber der Wartung ist Model-Churn. Basismodelle werden alle paar Monate abgekündigt und ersetzt. Jeder Wechsel kann das Verhalten subtil ändern, was bedeutet, jeden Prompt, jeden Tool-Aufruf und jeden Sonderfall neu zu testen. Wenn Sie den Agenten gebaut haben, ist diese Arbeit Ihre, für immer, mehrmals im Jahr.
- Modell-Abkündigung - Anbieter ziehen Modellversionen nach ihrem Zeitplan zurück, nicht nach Ihrem, und erzwingen eine Migration, ob Sie bereit sind oder nicht.
- Verhaltens-Drift - eine neue Modellversion kann denselben Prompt anders beantworten und Prozesse brechen, die vom alten Verhalten abhingen.
- Neu-Evaluierungslast - jede Migration bedeutet, Ihre Evaluierungssuite erneut auszuführen, sofern Sie eine gebaut haben, und zu reparieren, was zurückfiel.
- Konnektor-Verfall - die APIs, von denen Ihr Agent abhängt, ändern sich ebenfalls, und jede Änderung ist ein Wartungsticket.
- Prompt- und Retrieval-Abstimmung - was für ein Modell funktionierte, braucht für das nächste oft eine Neuabstimmung, langsame, manuelle Arbeit.
- Sicherheits-Patching - neue Angriffsmuster wie Prompt Injection erfordern laufende Härtung, keine einmalige Reparatur.
Die Wechselsteuer
Stellen Sie sich das Basismodell als Motor vor, der mehrmals im Jahr ausgetauscht wird. Wenn Sie das Auto um einen bestimmten Motor gebaut haben, bedeutet jeder Wechsel, alles daran Angeschraubte neu abzustimmen. Eine Plattform ist so gestaltet, dass sie modellagnostisch ist, sodass sie den Wechsel für Sie abfängt. Deshalb zählt ein modellagnostisches Company Brain mehr als die Frage, welches Modell dieses Quartal am schnellsten ist.
Wer trägt die Wartungslast
Selbst bauen
- ✗ Sie besitzen jede Modell-Migration - mehrmals im Jahr
- ✗ Sie besitzen Konnektor-Brüche - jede API-Änderung ist Ihr Ticket
- ✗ Sie besitzen die Evaluierungssuite - oder Sie fliegen blind
- ✗ Schlüsselpersonen-Risiko - geht der Erbauer, geht das Wissen
Plattform kaufen
- ✓ Anbieter fängt Model-Churn ab - Migration ist deren Aufgabe
- ✓ Konnektoren zentral gewartet - über alle Kunden hinweg
- ✓ Evaluierung läuft laufend - in die Plattform eingebaut
- ✓ Kein Schlüsselpersonen-Risiko - das System ist der Vermögenswert, nicht ein Ingenieur
Integration und Konnektoren: Wo Budgets explodieren
Ein KI-Agent ist nur so nützlich wie die Systeme, die er erreichen kann. Eine brillante Denkmaschine, die Ihr CRM nicht lesen oder in Ihr ERP nicht schreiben kann, ist ein Partytrick. Integration ist der Ort, an dem die eigentliche Arbeit lebt, und der häufigste Grund, warum Bau-Budgets überzogen werden. Konnektor-Arbeit übersteigt die anfänglichen Schätzungen regelmäßig um 30 bis 50 Prozent.
- Authentifizierung - jedes System hat sein eigenes Auth-Modell, Token-Refresh und Berechtigungs-Scoping, das richtig funktionieren und funktionsfähig bleiben muss.
- Ratenlimits und Wiederholungen - echte Integrationen fallen zeitweise aus, und das elegant zu handhaben ist unglamouröse, unverzichtbare Arbeit.
- Datenform - derselbe Kundendatensatz sieht in Ihrem CRM, Ihrem ERP und Ihrer E-Mail anders aus, und ihn abzugleichen ist ein Projekt.
- Schreibzugriff - Lesen ist einfach; sicher in ein System of Record zu schreiben, braucht Guardrails, Freigaben und Rollback. Siehe unseren Leitfaden zum Schreibzugriff für Agenten.
- Alt-Systeme - je älter und individueller Ihr Stack, desto maßgeschneiderter wird jeder Konnektor und desto mehr davon müssen Sie eventuell wirklich selbst bauen.
- Laufende Änderung - APIs entwickeln sich weiter, und jede Änderung ist Wartung, die Sie erben, wenn Sie den Konnektor selbst gebaut haben.
| Integrationsansatz | Aufwand | Wartung | Am besten wenn |
|---|---|---|---|
| Jeden Konnektor bauen | Sehr hoch | Ihre für immer | Nur exotische Alt-Systeme |
| Standardprotokoll (MCP) | Mittel | Mit dem Ökosystem geteilt | Moderne, API-freundliche Systeme |
| iPaaS-Middleware | Mittel | Anbieter-unterstützt | Gemischte Landschaften mit Legacy-ERP |
| Vorgebaute Plattform-Konnektoren | Niedrig | Anbieter-eigen | Gängige Systeme (E-Mail, CRM, SharePoint) |
Die Integrationssteuer
Ob Sie bauen oder kaufen, Integration ist nie wirklich kostenlos, aber wer sie wartet, unterscheidet sich enorm. Bauen bedeutet, dass jeder Konnektor eine dauerhafte Verbindlichkeit für Ihr Team ist. Unser Beitrag zur Integrationssteuer und die praktische Karte der MCP-Konnektoren zeigen, wie man das reduziert, ohne alles selbst zu besitzen.
Governance und Compliance: Die Realität der EU-KI-Verordnung
Ein KI-Agent, der echte Aktionen in Ihrem Unternehmen ausführt, ist ein Governance-Problem, nicht nur ein technisches. Die EU-KI-Verordnung wird am 2. August 2026 vollständig anwendbar13, und unzureichende Risikokontrollen sind einer der drei Hauptgründe, die Gartner für den Abbruch agentischer Projekte nennt4. Ob Sie bauen oder kaufen, jemand muss Audit-Logs, Zugriffskontrolle und menschliche Aufsicht verantworten.
- Risikoklassifizierung - die meisten internen Prozessagenten fallen in minimales oder begrenztes Risiko, aber Agenten in Einstellung, Kredit oder Sicherheit können hochriskant sein, mit schwereren Pflichten.
- Audit-Logs - jede Aktion eines Agenten sollte nachvollziehbar sein, und ein Prüfer oder Regulierer wird sie irgendwann sehen wollen.
- Human-in-the-Loop - riskante Entscheidungen brauchen einen Menschen im Freigabepfad, per Design, nicht als nachträglichen Gedanken.
- Datenschutz - die DSGVO gilt weiterhin, also zählt, wo Daten verarbeitet werden und wer darauf zugreifen kann, ebenso sehr wie das Modell.
- KI-Kompetenz - Artikel 4 verlangt, dass Mitarbeiter, die mit KI interagieren, ausreichend geschult sind, wirksam ab August 2026.
- Anbieter-Verantwortung - beim Kaufen verschiebt sich ein Teil dieser Last auf den Anbieter, aber Sie müssen den Vertrag prüfen, um zu wissen, welcher Teil genau.
| Verstoß gegen die EU-KI-Verordnung | Höchststrafe | KMU-Hinweis |
|---|---|---|
| Verbotene KI-Praktiken | 35 Mio. EUR oder 7% des weltweiten Umsatzes | Für KMU gilt der niedrigere Betrag14 |
| Hochrisiko-Verstoß | 15 Mio. EUR oder 3% des weltweiten Umsatzes | Für KMU gilt der niedrigere Betrag14 |
| Irreführende Angaben | 7,5 Mio. EUR oder 1% des weltweiten Umsatzes | Für KMU gilt der niedrigere Betrag14 |
Governance ist nicht optional
Wenn Sie bauen, bauen Sie auch die Governance-Schicht, oder Sie tragen das Compliance-Risiko selbst. Wenn Sie kaufen, prüfen Sie, dass Audit-Logs, Zugriffskontrollen und Datenresidenz Ihre Pflichten erfüllen, bevor Sie unterschreiben. So oder so, behandeln Sie Governance als erstklassigen Teil der Entscheidung, nicht als am Ende abgehaktes Kästchen. Siehe unsere Übersicht zur EU-KI-Verordnung für den Mittelstand.
“Many use cases positioned as agentic today don’t require agentic implementations.”
- Anushree Verma, Senior Director Analyst bei Gartner4
Die Gedächtnis-Lücke: Die Kosten, die niemand einpreist
Hier sind die Kosten, die fast nie in einer Bauen-vs.-Kaufen-Tabelle auftauchen, und die leise darüber entscheiden, ob ein Agent ein Jahr später noch nützlich ist. Die meisten selbst gebauten Agenten haben kein bleibendes Unternehmensgedächtnis. Sie setzen Retrieval auf einen Chatbot: Der Agent durchsucht Dokumente zur Abfragezeit, sammelt aber nie eine bleibende Aufzeichnung darüber, wie Ihr Unternehmen wirklich arbeitet. Wenn die Person geht, die ihn gebaut hat, geht die Begründung dahinter mit.
- Retrieval ist kein Gedächtnis - ein Dokument zur Abfragezeit zu durchsuchen ist nicht dasselbe wie sich an eine Entscheidung, eine Korrektur oder das Warum eines Prozesses zu erinnern.
- Implizites Wissen ist unsichtbar - das wertvollste Wissen im Unternehmen lebt in den Köpfen der Menschen, nicht in Dateien, also erfasst keine Dokumentensuche es.
- Fluktuation löscht es - wenn erfahrene Mitarbeiter gehen, erbt ein selbst gebauter Agent nicht, was sie wussten, weil er nie dafür ausgelegt war.
- Korrekturen gehen verloren - macht der Agent etwas falsch und ein Mensch korrigiert es, macht ein System ohne Gedächtnis nächste Woche denselben Fehler.
- Der Build wächst nie - ein System ohne Gedächtnis ist im zwölften Monat so nützlich wie im ersten, sodass die Investition nie an Wert gewinnt.
Warum das der entscheidende Faktor ist
Ein KI-Agent, der vergisst, ist ein Werkzeug. Ein KI-System, das sich erinnert, wie Ihr Unternehmen arbeitet, ist ein Vermögenswert, der an Wert gewinnt. Die schwerste und wertvollste Schicht richtig hinzubekommen ist das Unternehmensgedächtnis, und genau diese Schicht überspringen die meisten Eigenbauten, weil sie schwierig ist. Das ist das stärkste Argument gegen einen naiven Build: Sie können die Verkabelung neu bauen, aber ein Gedächtnis, das von Anfang an mitgedacht sein sollte, lässt sich nicht leicht nachrüsten.
Hier verschiebt sich der Rahmen von “welches Agenten-Framework” zu “wo lebt unser Unternehmenswissen”. Ein bleibendes Unternehmensgedächtnis ist der Unterschied zwischen einem Agenten, der Fragen beantwortet, und einem, der wirklich so arbeitet wie Ihre besten Mitarbeiter. Unsere Beiträge zum Gedächtnis von KI-Agenten und zur institutionellen Amnesie gehen tiefer darauf ein, warum das die Schicht ist, die wirklich zählt.
Wie Superkind passt (eine ehrliche Option)
Superkind ist eine Option in der Kauf-Spalte, und es lohnt sich klarzustellen, wo es passt und wo nicht. Der Ansatz ist ein Company Brain, ein bleibendes Gedächtnis des Personen-Wissens, der Prozesse und der Daten, die Fluktuation überleben, auf dem KI-Mitarbeiter Routinearbeit übernehmen, verbunden mit den Systemen, die Sie bereits nutzen.
- Company Brain - ein bleibendes Gedächtnis dafür, wie Ihr Unternehmen arbeitet, sodass Wissen Fluktuation überlebt, statt mit Menschen zu gehen. Das ist die Gedächtnisschicht, die die meisten Eigenbauten überspringen.
- KI-Mitarbeiter - übernehmen Routinearbeit, statt Fragen in einem Chatfenster zu beantworten, sodass Sie mehr Output ohne mehr Personal erhalten.
- Verbunden mit echten Systemen - E-Mail, Teams, SharePoint, CRM und ERP, sodass die KI dort arbeitet, wo die Arbeit bereits passiert.
- Lernt aus täglichem Feedback - Ihr Team korrigiert die KI während der Arbeit, und diese Korrekturen werden Teil des Unternehmensgedächtnisses, statt verloren zu gehen.
- Live in Wochen - erste Anwendungsfälle gehen in Wochen in Produktion, nicht in den 6 bis 18 Monaten, die ein ernsthafter Build braucht.
- Modellagnostisch - das Unternehmensgedächtnis ist vom Modell getrennt, sodass Model-Churn auf Ihrer Seite keinen Neubau erzwingt.
- Governance inklusive - Audit-Logs, Zugriffskontrollen und Human-in-the-Loop-Prüfung kommen mit der Plattform, statt Ihr Projekt zu sein.
- Die Last bleibt von Ihrem Team fern - Wartung, Konnektoren und Modell-Migration sind unsere Sache, nicht eine dauerhafte Zeile auf Ihrer Engineering-Roadmap.
| Dimension | Selbst bauen | Generische Plattform | Superkind |
|---|---|---|---|
| Time-to-Value | 6-18 Monate | Wochen | Wochen |
| Unternehmensgedächtnis | Selten gebaut | Meist nur Retrieval | Bleibendes Company Brain |
| Model-Churn | Ihr Problem | Abgefangen | Abgefangen, modellagnostisch |
| Konnektoren | Bauen und warten | Vorgebaut, generisch | Verbunden mit Ihren echten Systemen |
| Wartung | Festes Team | Anbieter | Anbieter, mit Ihnen iteriert |
Superkind
Vorteile
- ✓ Bleibendes Unternehmensgedächtnis - die Schicht, die die meisten Builds und Plattformen verpassen
- ✓ Schnelle Time-to-Value - live in Wochen, nicht Quartalen
- ✓ Keine Wartungslast für Ihr Team - Churn und Konnektoren sind unsere Sache
- ✓ Arbeitet in Ihren echten Systemen - E-Mail, Teams, SharePoint, CRM, ERP
- ✓ Mehr Output ohne mehr Personal - KI-Mitarbeiter, kein weiteres Dashboard
Nachteile
- ✗ Kein Self-Service-Bauwerkzeug - wenn Sie den Code besitzen wollen, bauen Sie selbst
- ✗ Nicht für reine Differenzierer - wenn der Agent Ihr Kern-IP ist, kann Bauen richtig sein
- ✗ Braucht Prozesszugang - wir müssen verstehen, wie Sie wirklich arbeiten
- ✗ Überdimensioniert für einfache Auslöser - ein Zapier-Flow reicht für Basisautomatisierung
Um ehrlich zu sein: Wenn der Agent Ihr zentrales Wettbewerbsprodukt ist oder Sie ein ML-Team haben und jede Schicht besitzen wollen, ist Bauen eine legitime Wahl. Superkind ist für Unternehmen, die das Ergebnis wollen, ein bleibendes Unternehmensgedächtnis und KI-Mitarbeiter, die Routinearbeit erledigen, ohne den Bau und die Wartung selbst zu tragen.
Der Entscheidungsrahmen: bauen, kaufen oder hybrid
Nutzen Sie dies, um ehrlich zu entscheiden. Das Ziel ist nicht, immer zu kaufen oder immer zu bauen; es ist, den Ansatz an die konkrete Schicht und den Anwendungsfall vor Ihnen anzupassen.
| Signal | Worauf es deutet | Maßnahme |
|---|---|---|
| Der Agent ist Ihr zentraler Wettbewerbsvorteil | Bauen | Die differenzierende Schicht besitzen, die Commodity darunter kaufen |
| Der Anwendungsfall ist verbreitet (Vertrieb, Finanzen, Service, Betrieb) | Kaufen | Ein Anbieter hat es bereits gelöst; bauen Sie es nicht nach |
| Sie haben kein eigenes ML-Engineering-Team | Kaufen | Bauen Sie kein System, das Sie nicht warten können |
| Sie brauchen Wert in diesem Quartal | Kaufen | Bauen wird nicht rechtzeitig liefern |
| Strenge Datenresidenz schließt Anbieter aus | Bauen oder souveräne Plattform | Prüfen Sie ein souveränes Deployment, bevor Sie von Grund auf bauen |
| Keine Plattform berührt Ihren echten Prozess | Hybrid | Die Schicht kaufen, den dünnen individuellen Anteil bauen |
Bevor Sie entscheiden, beantworten Sie diese Fragen
- Ist dieser Agent ein echter Wettbewerbsdifferenzierer oder Routinearbeit, die auch Dutzende Unternehmen erledigen?
- Haben wir ein ML-Engineering-Team, das wir langfristig abstellen können, nicht nur für den Bau?
- Wer verantwortet die Modell-Migration, wenn in drei Monaten eine Version abgekündigt wird?
- Wo lebt das Unternehmenswissen, und überlebt es, dass die Person geht, die den Agenten gebaut hat?
- Haben wir Wartung von Tag eins an eingeplant, nicht nur den anfänglichen Bau?
- Können wir 6 bis 18 Monate auf Wert warten, oder brauchen wir ihn in diesem Quartal?
- Wer verantwortet die Konformität mit der EU-KI-Verordnung und das Audit-Logging, wir oder ein Anbieter?
- Falls wir kaufen, sind unsere Daten und unser Unternehmensgedächtnis portabel genug, um Lock-in zu vermeiden?
Bauen vs. Kaufen auf einen Blick
Bauen, wenn
- ✓ Der Agent Ihr Kern-IP ist - eine Differenzierung, die man nicht kaufen kann
- ✓ Keine Plattform passt - Ihr Prozess ist wirklich einzigartig
- ✓ Sie ein langfristiges ML-Team haben - um es zu bauen und zu warten
- ✓ Harte Vorgaben Anbieter ausschließen - Datenresidenz oder Regulierung
Kaufen, wenn
- ✓ Der Anwendungsfall verbreitet ist - jemand hat ihn bereits gelöst
- ✓ Sie schnell Wert brauchen - Wochen, nicht Quartale
- ✓ Sie die Churn-Last von Ihrem Team fernhalten wollen - der Anbieter trägt sie
- ✓ Sie lieber für Ergebnisse zahlen - als ein festes Team zu finanzieren
Die häufigste richtige Antwort 2026 ist hybrid: Modell, Orchestrierung, Konnektoren, Gedächtnis und Governance kaufen und nur den dünnen Anteil bauen, der Sie wirklich einzigartig macht. Für verwandte Entscheidungen siehe einstellen versus einen KI-Agenten einsetzen und Standardsoftware versus ein eigener KI-Agent.
Häufig gestellte Fragen
In fast allen Fällen ist Kaufen in den ersten zwei Jahren günstiger. Ein produktionsreifer, selbst gebauter Agent braucht ein Team aus Ingenieuren, Observability-Werkzeuge, eine Vektordatenbank und laufende Modell-Migration, was Branchenschätzungen zufolge 400.000 bis über 1 Million Euro pro Jahr an Vollkosten bedeutet. Eine gekaufte Plattform startet mit einem monatlichen Abo und erreicht den ROI in ein bis sechs Monaten. Selbstbauen lohnt sich nur, wenn der Agent ein echter Wettbewerbsvorteil ist, den man nicht kaufen kann.
Ein echter Build ist kein Wochenend-Prototyp. Sie brauchen ein Framework wie LangChain, LlamaIndex oder CrewAI, eine Retrieval-Schicht mit Vektordatenbank, Konnektoren zu jedem System, das der Agent berührt, Evaluierung und Guardrails, Observability, eine Human-in-the-Loop-Prüfung und ein Bereitschaftsteam, das alles am Laufen hält, wenn eine Modellversion abgekündigt wird. Der Prototyp ist 10 Prozent der Arbeit. Die restlichen 90 Prozent sind Integration, Evaluierung, Sicherheit und Wartung.
Gartner prognostiziert, dass bis Ende 2027 mehr als 40 Prozent der agentischen KI-Projekte wegen eskalierender Kosten, unklarem Geschäftsnutzen und unzureichenden Risikokontrollen abgebrochen werden. Die RAND Corporation beziffert die Fehlschlagsquote von KI-Projekten auf über 80 Prozent, rund doppelt so hoch wie bei Nicht-KI-IT-Projekten. Die meisten Fehlschläge sind keine Modellprobleme, sondern Integrationslücken, fehlende Governance und kein bleibendes Unternehmensgedächtnis, sodass der Agent nie lernt, wie das Unternehmen wirklich arbeitet.
Die versteckten Kosten sind Wartung und Gedächtnis. Basismodelle werden alle paar Monate abgekündigt und ersetzt, und jeder Wechsel zwingt Sie, Prompts neu zu testen, das Retrieval neu abzustimmen und Ausgaben neu zu validieren. Ein selbst gebauter Agent hat zudem kein bleibendes Unternehmensgedächtnis: Wenn die Person geht, die ihn gebaut hat, geht das Wissen dahinter mit. Sie warten am Ende ein brüchiges System, das nie Wissen über Ihr Unternehmen ansammelt.
Copilot Studio ist eine Low-Code-Plattform, um Agenten innerhalb des Microsoft-Ökosystems zu bauen, Sie tauschen also Flexibilität gegen Geschwindigkeit und verwaltete Infrastruktur. LangChain ist ein Open-Source-Framework, das Ihnen volle Kontrolle gibt, aber die gesamte Betriebslast überlässt: Hosting, Skalierung, Observability und Versions-Migration. Copilot Studio passt zu Teams, die bereits auf Microsoft standardisiert sind; LangChain passt zu Teams mit Ingenieuren, die tiefe Anpassung brauchen und die Wartungskosten akzeptieren.
Selbstbauen ist sinnvoll, wenn der Agent zum Kern Ihres Wettbewerbsvorteils gehört, wenn keine Plattform Ihren genauen Prozess abdeckt, wenn strenge regulatorische oder Datenresidenz-Anforderungen Anbieter ausschließen und wenn Sie bereits ein ML-Engineering-Team beschäftigen, das Sie langfristig dafür abstellen können. Wenn der Agent Routinearbeit automatisiert, die auch Dutzende andere Unternehmen erledigen, gewinnt Kaufen fast immer.
Kaufen ist sinnvoll, wenn Sie Wert in Wochen statt in Quartalen wollen, wenn der Anwendungsfall verbreitet genug ist, dass ein Anbieter ihn bereits gelöst hat, wenn Sie die Wartungs- und Model-Churn-Last nicht selbst tragen wollen und wenn Sie lieber für Ergebnisse zahlen als ein festes Engineering-Team zu finanzieren. Die meiste Routineautomatisierung in Vertrieb, Finanzen, Service und Betrieb fällt in die Kauf-Kategorie.
Ja, und die meisten reifen Organisationen tun das. Das übliche Muster ist, die Commodity-Schicht zu kaufen, also Plattform, Konnektoren, Gedächtnis und Governance, und nur den dünnen Anteil selbst zu bauen, der Sie einzigartig macht. Dieser hybride Ansatz lässt Sie bei Standardarbeit schnell sein und behält gleichzeitig Kontrolle über die wirklich proprietären Teile. Er vermeidet auch die Falle, Infrastruktur nachzubauen, die Anbieter bereits im großen Maßstab betreiben.
Eine gekaufte Plattform kann für einen ersten Anwendungsfall in Tagen bis wenigen Wochen live sein. Ein ernsthafter Eigenbau braucht typischerweise 6 bis 18 Monate bis zur zuverlässigen Produktion, weil die harte Arbeit Integration, Evaluierung und Governance ist, nicht das Modell selbst. Der Abstand zählt: Jedes Quartal, das Sie mit Bauen verbringen, ist ein Quartal, in dem ein Wettbewerber, der gekauft hat, bereits Wert schöpft.
Wenn ein Basismodell abgekündigt wird oder eine neue Version erscheint, muss ein eigener Agent meist über jeden Prompt, jeden Tool-Aufruf und jeden Sonderfall neu getestet werden, weil sich das Verhalten zwischen Versionen verschiebt. Wenn Sie den Agenten selbst gebaut haben, ist diese Wartung vollständig Ihr Problem und wiederholt sich mehrmals im Jahr. Eine Plattform fängt den Model-Churn für Sie ab, was eines der stärksten Argumente für Kaufen statt Bauen ist.
Es kann, weshalb die Konnektor-Schicht und die Dateneigentümerschaft wichtiger sind als das Modell. Fragen Sie, ob Ihre Daten und Ihr Unternehmenswissen portabel bleiben, ob die Plattform modellagnostisch ist und ob Sie exportieren können, was das System gelernt hat. Eine Plattform, die Ihr Unternehmensgedächtnis in einer offenen, portablen Schicht hält, reduziert das Lock-in, auch wenn Sie sie nicht selbst gebaut haben.
Die meisten Eigenbau-Stacks setzen Retrieval auf einen Chatbot: Der Agent durchsucht Dokumente zur Abfragezeit, behält aber kein bleibendes Gedächtnis von Entscheidungen, Korrekturen und Prozesskontext. Wenn Mitarbeiter gehen, geht das Wissen in ihren Köpfen mit, und der Agent hat es nie aufgenommen. Ein bleibendes Unternehmensgedächtnis muss von Anfang an mitgedacht werden, und genau diese Schicht überspringen die meisten Eigenbauten, weil sie am schwersten richtig hinzubekommen ist.
Weiterführende Artikel
- Was kostet ein KI-Agent wirklich? Eine Aufschlüsselung 2026
- Enterprise-KI-Agenten-Plattformen 2026: Copilot Studio vs. Agentforce vs. Vertex vs. watsonx
- Agentforce vs. Copilot Studio: Ein ehrlicher Vergleich
- Wenn sich das Modell ändert, sollte Ihr Company Brain es nicht tun
- Die KI-Integrationssteuer: Warum das Verbinden von Agenten mehr kostet als gedacht
- Die Lücke zwischen Pilot und Produktion: Warum KI-Projekte steckenbleiben
Quellen
- Menlo Ventures - 2025: The State of Generative AI in the Enterprise
- Menlo Ventures - 2025 State of Generative AI Report (PDF)
- GlobeNewswire - Menlo Ventures 2025 Report: Enterprise AI Investment Hit $37B
- Gartner - Over 40% of Agentic AI Projects Will Be Canceled by End of 2027
- Search Engine Land - Gartner: 40% of Agentic AI Projects Will Fail
- Gartner - 40% of Enterprise Apps Will Feature Task-Specific AI Agents by 2026
- RAND Corporation - The Root Causes of Failure for Artificial Intelligence Projects
- CIO Dive / S&P Global - AI Experiences Rapid Adoption but Mixed Outcomes (2025)
- GetVocal - LangChain Pricing and Total Cost of Ownership in 2026
- McKinsey - The State of AI (2025)
- Yahoo Finance - Menlo Ventures 2025 State of Generative AI Report
- CX Today - How CX’s Build vs Buy Debate Is Changing
- EU AI Act - Implementation Timeline
- EU AI Act - Article 99: Penalties
- EU AI Act - Small Businesses Guide to the AI Act
- Microsoft - Copilot Studio Dokumentation
- Salesforce - Agentforce
- LangChain - Offizielle Dokumentation
Wollen Sie eine ehrliche Empfehlung zu bauen oder kaufen?
Buchen Sie ein 30-minütiges Gespräch mit Henri. Wir schauen uns Ihren Anwendungsfall an und sagen Ihnen, ob Sie bauen, kaufen oder hybrid vorgehen sollten - auch wenn die Antwort nicht wir sind.
Demo buchen →
