Enterprise-KI-Agenten: OpenClaw für Kanäle, benutzerdefinierte MCP-Tools, Cursor CLI-Laufzeit

KI-Agenten in der Produktion für Compliance, DevOps und Finanzen erfordern mehr als „der Modell-API-Zugriff geben und hoffen." Rohes OpenClaw reichte nicht. Hier ist das Enterprise-Rezept, das funktioniert.

Fokussierte MCP statt Anbieter-MCP

Generische MCP-Server, die Anbieter-APIs wrappen, skalieren nicht. Das Modell endet damit, Integrationsarbeit zu leisten: Endpunkt aufrufen, paginieren, wiederholen, Fehler behandeln, 1000-mal loopen. Beispiel: BoldSign-API über MCP bereitstellen und den Agenten 1000 Dokumente einzeln senden lassen führt zu Halluzinationen, abgebrochenen Aufrufen und teilweisen Batches.

Was funktioniert: ein deterministisches Tool, das Batch-Versand handhabt. Der Agent entscheidet was und wann gesendet wird; das Tool erledigt den langweiligen, zuverlässigen Teil. Gleiches Muster für Jira, Graph, Kostenberichte. Baue MCP-Tools pro Prozess, nicht pro API. KI macht das Verbinden einer API mit MCP nahezu kostenlos.

Beispiel mit Microsoft Graph API: Agenten können Apps über Intune bereitstellen, Sicherheitsrichtlinien konfigurieren, Incidents bearbeiten, Indikatoren zur Sicherheit hinzufügen, Sentinel-Protokolle abfragen, Benutzer-MFA und Anmeldedaten zurücksetzen. Aber jeder Prozess benötigt detaillierte Einschränkungen und Berechtigungsgrenzen — z.B. kann er Anmeldedaten zurücksetzen, außer für Admins. Dies wird durch Tooling und Einstellungen erzwungen, nicht in den Prompt eingebaut.

OpenClaw für Kanäle, nicht für alles

OpenClaw übernimmt Teams, Webhooks, Routing und Sitzungen — das wurde beibehalten. Anmeldedaten bleiben außerhalb des Modellkontexts. Jeder Agent erhält eine enge Tool-Liste. Ein einzelnes gemeinsames Tool-Gateway ersetzt einen MCP-Prozess pro Agent.

Cursor CLI als Laufzeit über ACPX

Der eigentliche Agenten-Loop läuft auf cursor-agent und wird über ACPX in OpenClaw eingebunden. Cursor CLI hält bei langen Aufgaben, Subagenten-Spawning und Zielverfolgung besser durch als generische Agenten-Loops. Abgestufte Modellpreise helfen — einige Schritte laufen auf günstigeren/schnelleren Modellen. Falls OpenClaw sich verbessert, ist ein Wechsel trivial, da bereits alles vorhanden ist.

Das Ausführen der CLI liefert detaillierte Agenten-Logs (internes Denken, Agentenaufrufe usw.), die an einen Qualitäts-Loop-Agenten zurückgegeben werden, der Zielabweichungen, Halluzinationen usw. erkennt und Pull Requests mit Korrekturen an Tools und Prompts vorschlägt.

Selbst gehostet und deterministische Regeln

Alles läuft selbst gehostet in Kubernetes. Agenten-Code ist unveränderlich, im Image enthalten und in CI getestet — Agentenverhalten ist Teil der Testabdeckung. Verwaltete Identitäten in Azure werden nach Möglichkeit genutzt. Vergiss „selbstlernende" Agenten — verlasse dich auf ein gutes Gedächtnissystem plus deterministische, fundierte Prompts, Regeln und Tools.

1 Agent = 1 Backend

Prozesse benötigen einen durchdachten, deterministischen und dauerhaften Zustand. Jeder Agent erhält über sein MCP eine auf die Aufgabe zugeschnittene API. Baue zuerst das „Backend" für den Agenten (deterministisches Tooling und Datenspeicher), dann den Agenten darauf auf. Erwarte nicht, dass ein Agent langfristig funktioniert, indem er mit YAML, Markup-Dateien oder improvisierten Mitteln arbeitet.