OpenPing Technology
KI-Betriebssystematik
Das Kernkapital ist kein einzelnes Werkzeug, sondern ein organisatorischer Entwurf, der KI sicher echte Betriebsarbeit übernehmen lässt: getrennte Hostlinien, die dreistufige Aktualisierung, die Trennung von Erstellung und Abnahme, Änderungsschleusen, Datenklassifizierung und Handhabungsgrenzen.
Was die meisten „KI-Betriebslösungen" auslassen, ist der schwierigste Teil
Das meiste betrifft Analyse und Empfehlung: KI liest Protokolle, findet Auffälligkeiten, schlägt eine Richtung vor. Diese Klasse von Anwendungen hat ihren Wert, doch sie umgeht den schwierigsten Teil des Betriebs — den Moment, in dem tatsächlich gehandelt werden muss.
Diese Systematik ist so entworfen, dass KI Installation, Konfiguration, Bereitstellung, Änderung und Dokumenterstellung wirklich durchführen kann, mit prüfbarem Ablauf, überprüfbarem Ergebnis und nachvollziehbaren Fehlern.
Getrennte Arbeits-Hostlinien
Die KI-Arbeitshosts sind nach Art der Arbeit und Technologie-Stack getrennt, statt dass ein Allzweckhost alles erledigt. Die Linien umfassen Disposition und turnusmäßige Prüfung, Implementierung (weiter unterteilt nach Sprache und Zielplattform), Dokumenterstellung, Dokumentabnahme, Codeabnahme, Berichtsbearbeitung und -verteilung, Netzwerkadministration und Bereitstellung.
Für die Trennung gibt es drei Gründe: verschiedene Arbeiten brauchen verschiedene Toolchains, verschiedene Arbeiten dürfen verschiedene Datenklassen lesen, und gleichzeitige Arbeiten haben unterschiedliche Konfliktflächen in der Versionsverwaltung.
Die dreistufige Aktualisierung und die vier ehernen Regeln
Vor jeder Arbeit wird ausnahmslos dreistufig aktualisiert: zuerst die Navigations- und Regelebene, dann die für diese Aufgabe in ihrer Anleitung genannten Standarddokumente und erst dann der Gegenstand der Arbeit. Die Reihenfolge ist nicht vertauschbar.
- Den Dokumenten folgen, nicht dem Gedächtnis
- Der Index kommt vor dem Inhalt
- Den Dokumenten und dem Prozess der Anleitung folgen; die Methode nicht selbst festlegen
- Probleme in den Bericht schreiben; sie nicht selbst umgehen
Die vierte Regel deckt vier Fälle ab: Die Arbeitsanleitungen erfassen diese Art von Arbeit nicht, der Prozess ist falsch oder die Regeln widersprechen einander, ein fehlendes Dokument macht die Arbeit unmöglich, oder es besteht eine Meinung oder ein Verbesserungsvorschlag zu den Standards selbst. Alle vier gehen in einen Bericht, den eine eigene Rolle bearbeitet; die ausführende KI ändert die Standards weder selbst noch rät sie eine Methode und macht weiter.
Elemente der Systematik und die Probleme, die sie lösen
| Element der Systematik | Gelöstes Problem | Umsetzung |
|---|---|---|
| Dokumente sind die Autorität | Die Praxis bleibt im Kopf einer erfahrenen Fachkraft; geht sie, geht die Fähigkeit mit | Alle Standards als versionsverwaltete Dokumente, mit Geltungsbereich und Autoritätsquelle |
| Dreistufige Aktualisierung | Aus dem Gedächtnis arbeiten und überholte Regeln lesen | Navigationsebene → Regelebene → Gegenstand der Arbeit, in nicht vertauschbarer Reihenfolge |
| Arbeitsanleitungen | Nicht wissen, welche Standards diese Art von Arbeit verlangt | Pflichtlektüre nach Art der Arbeit, samt typischen Auslassungen und früheren Lehren |
| Erstellung getrennt von Abnahme | Eine Denkgewohnheit macht den Fehler und übersieht ihn zugleich | Erstellende und abnehmende Seite müssen verschiedenen Modellfamilien angehören |
| Vorgelagerte Schleuse | Bei irreversibler Arbeit kann die nachträgliche Abnahme nur erkennen, nie verhindern | Änderungsplan wird vor der Ausführung geprüft; die Lage der Schleuse entscheidet das Risiko |
| Berichtswesen | Fehlschläge hinterlassen nichts, und derselbe Fehler wiederholt sich | Jede Aufgabe schreibt einen Bericht, vollständige Protokolle bleiben erhalten, die Verteilung führt sie einer Stelle zu |
| Matrix der Datenklassifizierung | Sensible Daten verlassen unbemerkt den kontrollierten Bereich | Fünf Klassen im Abgleich mit der Rechtsordnung des Anbieters; die höchste Klasse verlässt das Netz nie |
| Handhabungsgrenze | Zugangsdaten laufen durch die Automatisierung und vergrößern die Angriffsfläche | Die KI erzeugt die verweisende Struktur; Menschen liefern den Wert des Zugangsmerkmals |
| Prüfskripte | Eine Regel in einem Dokument ist nur eine Erwartung | Kriterien ohne Ermessensspielraum werden als Skripte geschrieben und vor Arbeit und Übergabe ausgeführt |
Änderungsschleusen und Handhabungsgrenzen
Irreversible Arbeiten haben eine vorgelagerte Schleuse: Die Automatisierung erzeugt zuerst einen Änderungsplan, eine Abnahmerolle aus einer anderen Modellfamilie prüft und genehmigt ihn, erst dann wird ausgeführt, und danach wird der entstandene Zustand überprüft. Arten, die sich nicht automatisch proben lassen — Arbeiten auf der physischen Ebene, Einstellungen in der Startphase, Appliance-Assistenten —, durchlaufen stattdessen einen schriftlichen Änderungsplan und dürfen den Schritt nicht überspringen.
Für Zugangsdaten und Geheimnisse gilt eine eigene Handhabungsgrenze: Die KI erzeugt die verweisende Struktur, Menschen liefern das Zugangsmerkmal selbst. Der Prüfstein lautet, ob jemand sich bei einem Leck als eine andere Instanz ausgeben könnte — was eine Person oder eine Maschine verkörpern kann, ist ein Zugangsmerkmal und wird von einem Menschen erzeugt; was lediglich ein Dienst-zu-Dienst-Passwort ist, ist ein Anwendungsgeheimnis, das die KI auf dem Kontrollhost erzeugen darf, sofern sein Wert nie in ein Gespräch, einen Bericht oder die Versionsverwaltung gelangt.