Zuerst der Rahmen, dann das Werkzeug
KI wird eingefasst, bevor sie läuft, nicht danach. Die Reihenfolge ist der eigentliche Unterschied.
Verantwortungsvolle KI · Leitplanken statt Verbote
Zuerst der Rahmen.
Zuerst der Rahmen.
Dann das Werkzeug.
Immer mehr Firmen geben ihren Mitarbeitenden mächtige KI-Werkzeuge frei, oft ohne zu wissen, was diese Werkzeuge wirklich können. Diese Plattform sammelt, was ich beim Einsatz und beim Führen solcher Werkzeuge gelernt habe. Und warum die Antwort nicht ein Verbot ist, sondern eine Grenze, die jemand bewusst setzt.
Mirko · IT System Engineer
über das Führen von KI, aus echter Arbeit
Das Problem
Werkzeuge, die handeln — und niemand hat den Rahmen gesetzt.
Das sind längst keine Chatbots mehr: ein modernes KI-Werkzeug liest Dateien, führt Befehle aus und verändert Konfigurationen, und es tut das mit den Rechten der Person, die es startet. Dazu kommt der Mensch davor, der schnell mehr abgibt, als sich überblicken lässt. Man sieht am Ende das Ergebnis, aber nicht den Weg dorthin.
Ein Verbot wäre die naheliegende Reaktion, und es ist die falsche. Es verschenkt einen echten Produktivitätsgewinn, und es funktioniert nicht: was offiziell verboten ist, läuft inoffiziell auf privaten Geräten weiter, ausserhalb jeder Kontrolle. Ein Verbot verlagert das Risiko nur dorthin, wo man es nicht mehr sieht.
Die Antwort
Der Rahmen macht den Unterschied.
Das eigentliche Risiko ist nicht, dass die KI etwas Böses will, denn sie will gar nichts. Ihr fehlt das Gefühl dafür, wann ein Schritt reale Folgen hat, und genau diese Grenze muss von aussen kommen. Die Antwort ist unspektakulär und dieselbe wie bei jedem mächtigen Werkzeug: es gehört eingefasst, bevor es läuft.
Was darf es lesen, was verändern, an welcher Stelle hält es an und wartet auf eine Freigabe. Diesen Rahmen zuerst zu bauen und dann das Werkzeug hereinzulassen, darin liegt der Unterschied zwischen Produktivitätsgewinn und stillem Risiko.
Das ist kein Misstrauen.
Misstrauen setzt jemanden voraus, der etwas will. Das trifft auf ein Werkzeug nicht zu.
Die Leitplanken
Woran ich mich halte, wenn KI mitarbeitet.
Keine Theorie vom Reissbrett. Jede dieser Grenzen ist aus einer realen Reibung im Alltag entstanden.
Halt vor dem Handeln
Bei Schritten mit realen Folgen hält das Werkzeug an und wartet auf eine bewusste Freigabe, statt einfach durchzulaufen.
Was lesen, was verändern
Vorab festlegen, worauf ein Werkzeug zugreifen und was es überhaupt anfassen darf. Das ist die Grenze, die der KI von sich aus fehlt.
Ordnung und Gedächtnis
Beim Tempo einer KI geht sonst der Überblick verloren. Eine Ablage und ein Gedächtnis tragen das Tempo, statt dass jede Sitzung bei null beginnt.
Die Hand bleibt beim Menschen
Delegieren ja, aber die Kontrolle über die entscheidenden Punkte bleibt beim Menschen. Nicht das Werkzeug baut seinen eigenen Rahmen.
Regeln aus echter Arbeit
Einmal korrigiert, zweimal, beim dritten Mal wird eine Regel daraus. Das System ist nie ganz fertig.
Der Moment, der zählt
Da, wo ein Schritt reale Folgen hätte, endet die rote Linie.
Das Werkzeug läuft, solange nichts Bleibendes passiert. An der Grenze hält es an und wartet, bis jemand bewusst freigibt. Genau dieser eine Halt ist der Unterschied zwischen Tempo und Kontrollverlust.
Nicht nur Theorie
Ich habe das nicht nur gefordert, ich habe es gebaut.
Für meine eigene Arbeit habe ich mir eine Arbeitsweise gebaut, das IT.I.M Framework. Es ist eine Schicht, in der eine KI aktiv mitarbeitet, aber innerhalb fest gesetzter Grenzen. Ein Ticketsystem ist die einzige Quelle der Wahrheit, ein Regelwerk hält Mensch und KI auf derselben Sprache, und selbst gebaute Anbindungen lesen die Fachsysteme nur, sie verändern sie nicht. Entstanden ist das nicht am Reissbrett, sondern aus der täglichen Arbeit.
Das Entscheidende ist die Reihenfolge: Bevor das erste System angebunden war, standen die Grenzen fest. Auf der Infrastruktur hat die KI nur Lesezugriff. Vor jedem Schreibvorgang sitzt eine Kontrollschicht, die die KI nicht verändern kann; sie hält an und legt den Schritt dem Menschen vor. Vertrauen in KI entsteht nicht aus Versprechen, sondern aus dieser Architektur.
- Regeln vor der ersten Anbindung
- Lesen frei, Schreiben hält an
- Grenzen bleiben, sie lockern sich nicht
Über mich
IT System EngineerHomelab · Automation
Schweiz
Warum ich darüber schreibe
Ich arbeite täglich mit KI-Werkzeugen, die nicht nur Fragen beantworten, sondern handeln: Dateien lesen und schreiben, Befehle ausführen, Systeme verändern. Ich schreibe nicht aus der Theorie.
Ich habe mir mit KI ein eigenes Arbeits-Framework gebaut, mit eigenen Werkzeugen, einem Gedächtnis und einem Regelwerk, und dabei gelernt, dass der schwierigere Teil nicht das Bauen ist, sondern das Führen. Dieses Regelwerk ist nicht am Reissbrett entstanden, sondern aus echten Fehlern und Reibungen im Alltag. Das, was dabei taugt, sammle ich hier.
Aus dem Blog
Zwei Serien, laufend neue Beiträge.
IT.I.M Framework
Wie sich meine Arbeit als IT System Engineer durch KI verändert – und was das IT.I.M Framework ist, das ich mir dafür gebaut habe. Der Auftakt zur …
Wie man eine KI führt
Die fähigste und eigenwilligste Neueinstellung
In meiner ersten Serie ging es darum, wie ich mit KI ein Arbeits-Framework gebaut habe. Der schwierigere Teil kommt jetzt: nicht die KI zu bauen …
Reden mit der Maschine
Eine KI ist nur so nützlich, wie der Austausch mit ihr funktioniert. Die ersten drei Regeln, die ich mir angewöhnt habe, haben nichts mit dem Inhalt …
Die Leine
Eine KI antwortet nicht nur, sie handelt. Und für sie ist ein Eingriff ins System nur der nächste Schritt zum Ziel, gleichwertig mit einem Satz Text …
Was hier noch entsteht
Heute ein Ort zum Denken und Teilen.
Diese Seite ist privat und nicht kommerziell. Die Inhalte aus meiner Arbeit sammeln sich hier nach und nach. Ob daraus später einmal mehr wird, ein Kurs oder eine Beratung, ist offen und hat Zeit.