Die Stellenanzeige ging letzte Woche online. Anforderung: jemand, der KI-Agenten für interne Workflows aufbauen kann. Erwarteter Zeitrahmen: drei Monate bis zum laufenden System. Dieser Zeitrahmen ist für fast jedes kleine Unternehmen, das es versucht, um den Faktor vier falsch — und die laufenden Kosten nach dem Launch erscheinen im Budget meist gar nicht.
Interner KI-Agenten-Aufbau ist kein Bauprojekt mit einem Endpunkt. Interner Aufbau ist eine Personalverpflichtung mit Verpflichtungen, die beim Launch nicht enden.
Was "intern aufbauen" tatsächlich erfordert
Einen KI-Agenten intern aufzubauen bedeutet, jemanden einzustellen, der Workflow-Logik entwerfen, den Agenten mit realen Geschäftssystemen verbinden, Prompts schreiben und optimieren, eine Genehmigungsebene konfigurieren und all das warten kann, wenn sich das Unternehmen weiterentwickelt. Das ist keine generische Entwicklerrolle.
Die meisten Kandidaten für "KI-Entwickler"-Stellen haben entweder Modellerfahrung — Training, Fine-Tuning — oder Automatisierungserfahrung mit No-Code-Tools. Die Person, die ein vollständiges Agentensystem mit realen Systemintegrationen, einer Kontrollebene und dem Urteilsvermögen entwerfen kann, wann eskaliert und wann gehandelt werden soll, ist eine seltenere und teurere Einstellung. Die meisten kleinen Unternehmen finden diese Person nicht beim ersten Versuch.
Die Zeitkosten, bevor überhaupt etwas gebaut wird
Die erste Kosten beim internen Aufbau sind nicht finanzieller Natur. Die erste Kosten sind Zeit. Die Suche nach dem richtigen Kandidaten dauert typischerweise drei bis sechs Monate: Stellenanzeige, Screening, Interviews, Angebot, Kündigungsfrist, Einarbeitung. Nach dem Einstieg braucht die neue Fachkraft Zeit, um die Geschäftssysteme, die Workflows und die Logik hinter bestehenden Prozessen zu verstehen, bevor ein Agent konzipiert werden kann.
Ein Implementierungsservice kann ab dem ersten Scoping-Gespräch in zwei bis acht Wochen ein funktionierendes Agentensystem liefern. Intern beträgt der vergleichbare Zeitrahmen sechs bis zwölf Monate — und das setzt voraus, dass die Einstellung beim ersten Versuch gelingt.
Intern ist keine Aufbau-Entscheidung. Es ist eine Personalverpflichtung.
Die laufenden Kosten, die niemand einkalkuliert
Ein funktionierender Agent erfordert laufende technische Aufmerksamkeit. Prompts müssen aktualisiert werden, wenn sich das Unternehmen weiterentwickelt. Integrationen brauchen Wartung, wenn verbundene Tools ihre APIs aktualisieren. Randfälle, die im ursprünglichen Design nicht vorgesehen waren, häufen sich an und müssen behandelt werden. Protokolle müssen geprüft werden, um Fehlausgaben zu erkennen, bevor Kunden sie bemerken.
Die meisten internen Schätzungen decken den Aufbau ab. Keine deckt das hier ab. Der Entwickler, der den Agenten gebaut hat, wird zur Person, die für den Betrieb, die Fehlerbehebung und die Aktualisierung verantwortlich ist — dauerhaft — während gleichzeitig andere technische Arbeit erwartet wird.
Was passiert, wenn die Person, die ihn gebaut hat, das Unternehmen verlässt
Der Entwickler, der den Agenten gebaut hat, ist die einzige Person, die versteht, warum er so funktioniert, wie er funktioniert. Wenn dieser Entwickler geht — und Entwickler gehen —, wird das System schwer wartbar. Das Team, das den Agenten übernimmt, kann ihn am Laufen halten, solange sich nichts ändert. Wenn sich etwas ändert, arbeitet das Team mit unvollständigem Wissen.
Das ist das Risiko, das interne Schätzungen selten benennen. Agentenlogik ist im Code dokumentiert, aber die Begründung hinter jeder Entscheidung — warum diese Prompt-Formulierung, warum dieser Eskalationspfad, warum dieser Berechtigungsumfang — lebt im Kopf des Entwicklers. Wenn der Entwickler geht, ist jede nachfolgende Korrektur langsamer und riskanter als für den ursprünglichen Entwickler.
Das System bricht nicht sofort zusammen. Das System wird schrittweise schwerer anzupassen. Eine neue Integration dauert doppelt so lang. Eine Prompt-Aktualisierung erfordert das Rückentwickeln von Entscheidungen, die niemand dokumentiert hat. Der Agent, der Arbeit reduzieren sollte, wird zu einer Verbindlichkeit, die niemand anfassen möchte.
Wann interner Aufbau tatsächlich sinnvoll ist
Interner Aufbau gewinnt unter bestimmten Bedingungen. Wenn KI zum Kernprodukt gehört — wenn die Agenten, die aufgebaut werden, Teil des Angebots des Unternehmens sind und nicht nur der Art, wie das Unternehmen arbeitet — dann ist interne Verantwortung die richtige Entscheidung. Das Unternehmen benötigt Entwickler, die tiefes, proprietäres Wissen über das System über Zeit aufbauen.
Interner Aufbau ergibt auch dann Sinn, wenn bereits ein dediziertes technisches Team mit relevanter Erfahrung und genug fokussierter Arbeit existiert, um Vollzeit-Aufmerksamkeit für Agentensysteme zu rechtfertigen. Intern aufzubauen neben anderen Verantwortlichkeiten ist kein interner Aufbau — es ist langsames, intermittierendes Bauen mit hohem Risiko, dass das Projekt zugunsten von Dringlicherem Priorität verliert.
Die meisten kleinen Unternehmen erfüllen keine dieser Bedingungen. Ihre Agenten sind operative Werkzeuge, keine Produkte. Ihre technischen Mitarbeiter haben andere Verantwortlichkeiten. Für diese Unternehmen sprechen die wirtschaftlichen Faktoren beim internen Aufbau konsequent für einen Implementierungsservice — nicht beim Aufbau, sondern bei allem, was danach kommt.