Wie MCP zu LaraDep kam
Ich bemerkte das Model Context Protocol, als Anthropic die Spezifikation veröffentlichte. Erste Reaktion: interessantes Protokoll, aber für den Ansible-Betrieb eher ein Spielzeug als ein Werkzeug. Ich versuchte es trotzdem — denn der beste Weg, eine Hypothese zu testen, ist sie umzusetzen und zu sehen, was passiert.
Das Ergebnis überraschte mich. Nicht weil es revolutionär war, sondern wegen der konkreten Stellen, wo es tatsächlich Zeit spart, und der Bereiche, wo es eine nette Demo ohne realen Betriebseffekt bleibt.
Was MCP in LaraDep verfügbar macht
Der MCP-Server in LaraDep gibt Daten über standardisierte Werkzeuge frei. Ein KI-Assistent kann abfragen:
- Eine Liste der letzten Runs mit Ergebnissen und Zeitstempeln.
- Details eines bestimmten Runs nach UUID — Eingaben, Ausgaben, Preflight-Status.
- Einen Run-Log-Stream zur Fehleranalyse.
- Server- und Gruppenlisten mit ihren Metadaten.
- Informationen darüber, welche Passwörter und Tokens im System vorhanden sind und wann sie zuletzt geändert wurden.
Was MCP niemals zurückgibt: die Werte von Passwörtern und Tokens. Das ist keine konfigurierbare Einstellung — es ist eine fest einprogrammierte Eigenschaft des Systems.
Wo MCP wirklich Zeit spart
Der wertvollste Anwendungsfall ist die Fehlersuche nach einem Vorfall. Anstatt ins Admin-Panel zu gehen, den Run zu suchen, das Log zu öffnen, bis zum Fehler zu scrollen und das Geschehene mental zu rekonstruieren, frage ich einfach: „Geh durch das Run-Log für [UUID], finde den ersten Fehler und fasse den Kontext zusammen." Die Antwort kommt in Sekunden. Das spart 5–10 Minuten pro Incident-Review.
Der zweite Anwendungsfall ist eine schnelle Infrastruktur-Statusabfrage: „Welche Server befinden sich in der Gruppe web-production, und wann lief der letzte erfolgreiche Run?" Früher klickte ich mich durch das Admin-Interface; jetzt ist es eine einzige Frage.
Wo MCP nicht hilft
MCP hilft nicht, wenn man eine Änderung vornehmen muss. Es ist ein rein schreibgeschütztes Werkzeug zum Lesen von Zustand und Daten. Über MCP können keine Runs gestartet, keine Konfigurationen geändert und keine Einträge gelöscht werden — das ist so gewollt. Der KI-Assistent ist ein analytisches Werkzeug, kein Operator.
Es hilft auch nicht, wenn das Betriebsproblem im Playbook selbst oder in der Template-Logik liegt. Dafür braucht man Betriebswissen und Code-Review, keine KI über Metadaten.
Meine Empfehlung
Wenn man Ansible-Betrieb verwaltet und Claude, Cursor oder Windsurf nutzt, lohnt es sich, MCP auszuprobieren. Es ist kein Game-Changer, aber ein solides Ergänzungswerkzeug zum bestehenden Workflow. Besonders für Incident-Response und schnelle Statusabfragen ist der Nutzen klar.
Nächster Schritt: Vollständiger Kontext steht in der Dokumentation und im Vergleich.
Kategorien
Das könnte Sie auch interessieren
21.01.2026 · 1 Min. Lesezeit
Warum Preflight mehr als eine Statusanzeige ist: einen Run stoppen, bevor er Schaden anrichtet
Preflight behandelte ich ursprünglich als Formalität. Dann kam ein Run, der fehlerfrei durchlief und trotzdem Probleme verursachte, weil wir nicht die richtigen Fragen st