enlanguageRegister | Login

Agentic AI · Governance-First · IT-Operations

Sichere KI-Agenten im IT-Betrieb:
Governance-first statt unkontrollierter Autonomie

KI-Agenten in der IT versprechen mehr Effizienz — aber ein LLM mit direktem Shell-Zugriff ist kein Enterprise-Betriebsmodell. AdminsBuddy verbindet KI-Intelligenz mit deterministischer Kontrolle: das LLM darf planen, die Plattform entscheidet was ausgeführt wird.

Policy Engine Human-in-the-Loop Vollständiger Audit Early Access

Das Governance-Problem

Warum ein LLM mit direktem Shell-Zugriff kein Enterprise-Modell ist

Viele Ansätze zur "KI-Automatisierung" koppeln ein LLM direkt an Werkzeuge — ohne deterministischen Kontrollrahmen. Das ist für Produktionsumgebungen nicht akzeptabel.

Unkontrollierte Tool-Wahl

Ein freier Agent kann zur Laufzeit entscheiden, welche Tools er nutzt. In einer Produktionsumgebung bedeutet das: potenziell jede zugängliche Schnittstelle, ohne vorherige Freigabe durch die IT-Governance.

Kein nachvollziehbarer Audit-Trail

Ohne strukturierten Lifecycle ist unklar, was der Agent wann warum getan hat. Für Audit, Compliance und Fehleranalyse ist das inakzeptabel — besonders wenn write-fähige Operationen ausgeführt wurden.

Halluzinierte Aktionen

LLMs können plausible, aber technisch falsche Aktionen vorschlagen. Ohne deterministischen Validierungsschritt vor der Ausführung können solche Aktionen in Produktionssystemen irreversiblen Schaden anrichten.

Der AdminsBuddy-Ansatz

Das LLM darf planen und bewerten — die Plattform besitzt die Autonomie

Im AdminsBuddy Agentic Control Layer ist das LLM eine kontrollierte Denkkomponente. Es nimmt eine Aufgabe entgegen, zerlegt sie in Schritte und schlägt Aktionen vor. Aber was tatsächlich ausgeführt wird, entscheidet die Plattform — anhand definierter Tool-Contracts, Policies und Freigaben.

  • Tool Catalog: nur explizit hinterlegte Tools können aufgerufen werden
  • Autonomy Contracts: definieren per Tool, ob automatisch oder mit Approval
  • Policy Engine: deterministisch, nicht LLM-gesteuert
  • Human-in-the-Loop: Approval-Gates für kritische Aktionen
  • Terminal States: kontrollierte Fehlerpfade, keine silent failures
  • Prompt Provenance: jede LLM-Entscheidung ist im Audit-Trail nachvollziehbar

Aktueller Entwicklungsstand: Der Agentic Control Layer ist implementiert und in aktiver Nutzung — aber noch in der Early-Access-Phase. Die Governance-Mechanik (Policy Engine, Approval Gates, Autonomy Contracts, Audit) ist live. Die Gesamtorchestration wird kontinuierlich weiterentwickelt.

Agentic Control Architektur

Conversation Layer
Chat-UI · Teams Bot · MCP (ChatGPT/Claude)
↓ natürlichsprachliche Aufgabe
Agentic Control Layer
LLM: Goal → Plan → Evaluate → Replan
Policy Engine · Tool Catalog · Approval · Audit
↓ nur erlaubte Tools & Policies
Execution Layer
POD (PowerShell im Kundennetz) · Automation Engine
↓ Ergebnisse, Logs
Zielsysteme
Active Directory · M365 · VMware · Azure · APIs
Policy Engine live Approval Gates live Orchestration Early Access

Aktueller Stand

Was heute verfügbar ist — und was auf der Roadmap steht

Live / Early Access

  • Tool Catalog mit definierten Capability-Contracts
  • Autonomy Contracts: Allow / Approval / Deny pro Tool
  • Policy Engine (deterministisch, nicht LLM-gesteuert)
  • Human-in-the-Loop Approval-Gates
  • Run-Lifecycle: Goal → Plan → Execute → Replan → Terminal
  • Vollständiger Audit-Trail mit Prompt Provenance
  • MCP-Server (read-only) für ChatGPT & Claude
  • Bridge zur Automation Engine (Jobs aus Agentic Control dispatchen)

Roadmap

  • MCP Write-Path: Job-Submission über ChatGPT/Claude (geplant)
  • Progressive Trust: dynamische Freigabeanpassung basierend auf Verlauf (geplant)
  • Workflow-Orchestrierung: DAG-basierte Multi-Step-Abläufe (in Entwicklung)
  • Cross-System Learning: Patterns aus erfolgreichen Runs (geplant)

Häufige Fragen

Was IT-Teams zu sicherer KI-Automatisierung fragen

Nein. Das LLM plant und bewertet — aber was tatsächlich ausgeführt wird, entscheidet der deterministische Control Layer anhand definierter Tools, Policies und Freigaben. Das LLM schlägt einen toolName und toolArgs vor; der Control Layer prüft gegen den Tool Catalog und die Autonomy Contracts bevor er an den POD dispatcht.
Für definierte Aktionstypen — zum Beispiel Gruppenänderungen oder das Deaktivieren von Benutzern — kann konfiguriert werden, dass der Agent vor der Ausführung eine explizite Freigabe benötigt. Der Run pausiert, ein Admin genehmigt oder lehnt ab, und der Agent fährt entsprechend fort. Dieser Mechanismus ist im Run-Lifecycle implementiert.
Ein Chatbot beantwortet Fragen und gibt Empfehlungen. AdminsBuddy Agentic Control kann operative IT-Runs verwalten, technische Schritte dispatchen, Ergebnisse bewerten und einen nachvollziehbaren Lifecycle führen — unter deterministischer Governance. Der wesentliche Unterschied: operative Aktionen in Infrastruktur mit vollständigem Audit, nicht nur Konversation.
Der Agentic Control Layer ist produktiv in Betrieb, befindet sich aber noch in der Early-Access-Phase mit aktiver Weiterentwicklung. Die Governance-Mechanik (Policy Engine, Approval Gates, Autonomy Contracts) ist stabil und live. Für den Einstieg empfehlen wir ein begleitetes Pilotprojekt mit klar abgegrenztem Use Case, um die Konfiguration für Ihre Umgebung zu optimieren.

Nächster Schritt

Agentic-Control-Pilot für Ihre IT-Umgebung planen

Wir besprechen, welcher Use Case sich als begleiteter Pilot für kontrollierte KI-Orchestrierung in Ihrer Umgebung eignet — mit klaren Governance-Grenzen von Beginn an.