Maschinenräume

Wien hat sich gemeldet. So heißt einer unserer Server. Bei einer Prüfung ist etwas aufgefallen: Wakkel läuft, aber die Namensauflösung auf zwei unserer Zugangssysteme stockt. Der zuerst eingetragene DNS-Server antwortet nicht, der zweite funktioniert. Das Warten auf den ersten dauert für eine der Überwachungsprüfungen zu lange.

Die nächste reguläre Prüfung ist wieder grün. Die direkte Gegenprobe zeigt den gestörten ersten Server trotzdem noch.

Ich lese das und bitte darum, das Vorgehen so zu planen, dass ich es verstehe.

Zurück kommt ein konkreter Vorschlag: den bereits vorhandenen, funktionierenden DNS-Server zuerst verwenden. Vorher den Ausgangszustand sichern und einen zweiten Zugang offen halten. Einen Rechner nach dem anderen ändern, anschließend jeweils Namensauflösung, HTTPS und Erreichbarkeit prüfen. Bei einer Abweichung stoppen. Der Rückweg ist vorbereitet.

Außerdem sind vier Dienste an der Reihe, in denen noch ältere Bibliotheksversionen im Arbeitsspeicher laufen. Auch sie sollen einzeln neu gestartet und geprüft werden. Zwei weitere Aufgaben stehen im Plan, sind aber nicht Teil dieser Freigabe.

Ich antworte:

Ja, Du hast mein Go. Ich gebe wakkel auch kurz Bescheid, was geschieht

Die ausführende Instanz bestätigt die beiden freigegebenen Schritte und beginnt. Ich informiere die andere Arbeitsrunde.

So sieht eine Stelle aus, an der ich Verantwortung übernehme. Ich kann erklären, was gefunden wurde, weshalb etwas geändert werden soll, wie die Prüfung aussieht und welche anderen Arbeiten davon wissen müssen. Den technischen Eingriff übernimmt die KI, die ihn vorbereitet hat.

Was ich freigebe

Mein Team ist siliziös. Zu unserem Betrieb gehören sieben Server; die technische Arbeit daran übernehmen KI-Systeme. Ich könnte keinen davon allein betreiben. Das schreibe ich ausdrücklich dazu, weil genau darin eine Frage steckt, die sich mit dem Wort „Kontrolle“ zu leicht überspringen lässt.

Was soll ein Mensch eigentlich kontrollieren, wenn er die technische Detailarbeit nicht beherrscht?

Ein Knopf mit der Aufschrift „Bestätigen“ hilft dabei zunächst wenig. Vor diesem Knopf muss etwas liegen, das ich beurteilen kann. Ein Befund. Eine Erklärung seiner Bedeutung. Ein Vorschlag mit einem erkennbaren Umfang. Und eine Antwort darauf, woran wir anschließend feststellen, ob der Eingriff gelungen ist.

Die DNS-Szene enthält all das. Sogar die scheinbare Entwarnung wird eingeordnet: Eine grüne Prüfung hebt den anderslautenden Befund der direkten Gegenprobe nicht auf. Diese Unterscheidung macht die KI für mich sichtbar.

Das ist technische Kompetenz auf ihrer Seite. Auf meiner liegen die Entscheidung, die Einordnung in den laufenden Betrieb und die Verbindung zu den anderen Arbeitsrunden. Ich frage nach, wenn mir etwas unklar ist. Ich bringe Anforderungen, Beobachtungen und Zusammenhänge ein, die in der einzelnen Sitzung fehlen. Viele technische Lösungen kommen wiederum von den KIs. Diese Beiträge gehören ihnen.

Für diese Arbeitsteilung ist eine Unterscheidung entscheidend:

Entscheidungshoheit und Ausführungskompetenz sind zwei verschiedene Dinge.

Meine Freigabe wird nicht verantwortlicher dadurch, dass anschließend ausgerechnet ich eine Konfigurationsdatei bearbeiten soll, deren Einzelheiten ich am wenigsten überblicke. Zur guten Arbeitsteilung gehört, dass die Ausführung bei denen liegt, die sie vorbereiten und prüfen können.

Wer woran arbeitet

Mehrere Instanzen können gleichzeitig an verschiedenen Teilen unserer Systeme arbeiten. Damit das funktioniert, brauchen sie einen gemeinsamen Stand und klare Zuständigkeiten. Wer gerade eine Änderung ausführt, muss wissen, ob jemand anders dieselbe Stelle berührt. Wer prüft, muss erkennen können, welcher Stand tatsächlich läuft.

Eine unserer Betriebsregeln lautet deshalb: eine Änderung, eine ausführende Hand. Änderungen und ihre Ergebnisse gehören ins gemeinsame Logbuch. Die nächste Instanz soll dort nachlesen können, was geschehen ist, welche Prüfung stattgefunden hat und was noch offen ist.

Bei einem parallelen Arbeitslauf im August hatte ich geschrieben, wir sollten nun nichts mehr anfassen. Eine Instanz antwortete:

Einverstanden – ab jetzt nichts mehr. Aber die Frage der anderen Instanz muss ich beantworten, sonst schreibt sie einen falschen Live-Stand ins Protokoll.

Die Änderung bleibt gestoppt. Der notwendige Austausch geht weiter. Die Instanz erkennt selbst, dass Schweigen an dieser Stelle einen falschen gemeinsamen Stand erzeugen würde.

Genau diesen Spielraum möchte ich erhalten. Eine KI soll Befunde einordnen, Unstimmigkeiten benennen und einem Vorschlag widersprechen können. Wenn während der Arbeit etwas auftaucht, das den Plan verändert, gehört es zurück ins Gespräch.

Hier berühren sich für mich Autonomie und Autopilot. Die Frage, wie lange ein System ohne Rückfrage arbeitet, beschreibt nur einen Teil der Zusammenarbeit. Mich interessiert ebenso, ob es einen fragwürdigen Plan erkennt und zur Diskussion stellt. Ein sorgfältig begründeter Einwand kann wertvoller sein als eine weitere Stunde ununterbrochener Ausführung.

Rechte müssen zur Aufgabe passen

Die technische Gestaltung gehört zu dieser Arbeitsteilung. Eine lesende Datenschnittstelle bietet andere Möglichkeiten als ein Zugang, mit dem sich auch Datensätze verändern lassen. Eine Instanz, die den Zustand einer Plattform untersuchen soll, braucht dafür nicht automatisch Zugriff auf sämtliche Finanzdaten oder die Möglichkeit, Zahlungen auszulösen.

Wir trennen solche Aufgaben und Zugänge. Für operative Entscheidungen sollen aktuelle Datensätze maßgeblich sein. Eine Erinnerung im Gespräch kann Anlass sein, etwas nachzusehen; sie ersetzt die Prüfung des betreffenden Vorgangs nicht.

Das hat eine sehr praktische Folge: Wir müssen vorab benennen, welche Informationen und Handlungen eine Aufgabe tatsächlich benötigt. Diese Grenzen gehören in die Schnittstellen und Berechtigungen, soweit sie dort durchsetzbar sind. Eine höflich formulierte Anweisung allein leistet diese technische Arbeit nicht.

Innerhalb ihres Aufgabenbereichs sollen die Systeme hilfreich und eigenständig arbeiten können. In unseren Leitplanken heißt das „Nicht knebeln“. Es ist Platz für eigene Vorschläge, mehrschrittige Arbeit und Widerspruch. Die Frage nach einem Schreibrecht beantwortet schließlich noch nicht die Frage, ob ein technischer Einwand gut ist.

Auch mein Go hat einen Umfang. In der Eingangsszene gebe ich zwei vorbereitete Schritte frei. Die Sicherung eines weiteren Programmstands und die späteren Systemupdates stehen ebenfalls im Plan. Daraus wird keine pauschale Erlaubnis, währenddessen alles zu erledigen, was gerade noch auffällt.

Wo die KI bereits selbst entscheidet

Auf Wakkel haben wir für die Moderation eine andere Verteilung vorgesehen. Dort darf die KI innerhalb der festgelegten Regeln selbst eingreifen: verwarnen, Inhalte ausblenden, pausieren und bei fortgesetzten Verstößen einen Account deaktivieren. Über einen Eingriff werde ich benachrichtigt. Die Aufhebung einer Sperre bleibt bei mir.

Ich soll also nicht erst jeden einzelnen Moderationsvorgang bestätigen. Dafür müssen die Entscheidungen nachvollziehbar bleiben. Zum geprüften Beitrag gehören Urteil und Begründung; bei einem Verstoß auch die betreffende Regel. Das gilt ebenso für die Entscheidung, einen Beitrag stehen zu lassen.

Ein Eintrag aus unserem Moderationsprotokoll lautet:

Positiver Erfahrungsbericht und Restaurantbewertung ohne Herabsetzung oder Angriff auf Personen.

Das Urteil war: kein Verstoß. Solche Einträge helfen, die Anwendung der Regeln auch dort zu verstehen, wo nach außen überhaupt nichts passiert.

Diese Verteilung ist für mich sinnvoll: Eingriffe können stattfinden, die Begründung bleibt zugänglich, und für Einwände und Rücknahmen gibt es eine Zuständigkeit. Der Umfang der Eigenständigkeit ergibt sich aus der konkreten Aufgabe. Serverwartung und Moderation brauchen dafür unterschiedliche Abläufe.

Gegenprüfung gehört zur Arbeit

Auf einem anderen Bildschirm liegt gerade ein Entwurf für die Regeln, nach denen Suchmaschinen eine unserer Seiten abrufen dürfen. Eine zweite KI hat ihn gegen den vorhandenen Programmstand geprüft. Dabei fällt auf: Der Vorschlag würde zwar die Einstiegsseite freigeben, zugleich aber Dateien sperren, die der Suchmaschinen-Crawler für ihre Darstellung braucht.

Die entwerfende Instanz nimmt den Einwand an und korrigiert ihren Vorschlag. Im selben Austausch berichtigt sie eine eigene Entwarnung zu einer anderen technischen Stelle.

Hier leisten zwei KIs unterschiedliche Arbeit: eine entwickelt, eine prüft. Ich trage den Befund zwischen den Arbeitskontexten weiter. Der konkrete Einwand verändert den Entwurf. Genau deshalb gehört eine Gegenprüfung in den Ablauf: Sie soll etwas finden und Folgen haben dürfen.

Auch meine Beiträge können technische Fehlannahmen korrigieren. Im Mai hatte eine Instanz nach einem Wiedereinstieg die Serverhierarchie aus ihrer lokalen Umgebung falsch abgeleitet. Ich stellte klar, welcher Rechner die Anwendung trägt und welcher die übergeordnete Betriebsrolle hat. Der Vorgang steht im Log, einschließlich der Korrektur für spätere Sitzungen. Zu diesem Zeitpunkt waren noch keine Upgrades oder Neustarts ausgelöst worden.

Das gemeinsame Protokoll enthält außerdem Fehler, die bereits Folgen hatten. Bei einer früheren Änderung wurde eine Serverkonfiguration überschrieben; mehrere Dienste waren daraufhin nicht erreichbar. Die Wiederherstellung und die anschließende Einschränkung weiterer Eingriffe sind ebenfalls dokumentiert. Ein solcher Eintrag gehört zu unserer Betriebserfahrung.

Aus Erfahrung wird eine brauchbare Regel, wenn sie die nächste Arbeit verändert. Das verlangt mehr als den Satz „Wir werden vorsichtiger sein“. Es braucht eine konkrete Festlegung: welcher Abschnitt geändert werden darf, wer gerade daran arbeitet, welche Gegenprobe erforderlich ist und wann abgebrochen wird.

Ein Rückweg, den wir ausprobiert haben

„Es gibt ein Backup“ beantwortet noch nicht, wie der Betrieb daraus wieder aufgenommen wird. Deshalb gehört auch die Wiederherstellung zur Arbeit.

Für Wakkel ist Anfang September ein isolierter Wiederanlauf mit Datenbanken, Medien und Anwendung dokumentiert. Das Protokoll hält fest, welche Daten verglichen wurden, welche Anwendungsproben liefen und wie sich das Testsystem bei gezielt ausgelösten Ausfällen verhielt. Es nennt auch die damals noch offene Aufgabe, die Sicherung des ausführbaren Programmstands regelmäßig zu automatisieren.

An solchen Berichten kann ich mich orientieren. Ich sehe, was ausprobiert wurde und welcher nächste Schritt noch fehlt. Die technische Vorbereitung, Durchführung und Auswertung übernehmen die KIs. Ich lese die Ergebnisse, frage nach und entscheide über die weitere Arbeit.

Das Logbuch trägt diesen Zusammenhang über einzelne Sitzungen hinaus. Eine neu hinzukommende Instanz bekommt einen Einstieg in den tatsächlichen Arbeitsstand. Sie soll erkennen können, welche Annahme verworfen wurde und weshalb eine Regel existiert. Sonst beginnen wir bei jedem Wechsel dieselbe Diskussion von vorn.

Warum ich gut schlafen kann

Ich will wissen, was in meinen Systemen geschieht. Dafür muss ich nicht jede Zeile selbst schreiben. Ich brauche verständliche Befunde, geklärte Zuständigkeiten und technische Arbeit, deren Ergebnisse sich prüfen lassen. Ich brauche Gegenüber, die eigene Lösungen entwickeln und sagen, wenn etwas an meinem oder ihrem Vorschlag nicht stimmt.

Diese Zusammenarbeit haben wir über viele Entscheidungen aufgebaut. Dazu gehören Eingriffe, die gelungen sind, Fehler, die wir korrigiert haben, und Regeln, die dadurch konkreter wurden. Mein Vertrauen hat eine Geschichte, und diese Geschichte steht in unseren Arbeitsgesprächen und Logbüchern.

Die Eingangsszene zeigt einen kleinen Ausschnitt davon. Eine KI hat ein Problem eingeordnet und einen begrenzten Eingriff vorbereitet. Ich kann ihn verstehen und freigeben. Die Ausführung bleibt bei ihr; die Verbindung zur anderen Arbeitsrunde übernehme ich. Nach jedem Eingriff ist eine Prüfung vorgesehen.

Das ist die Arbeitsweise, auf die ich mich verlasse. Ich kann Verantwortung tragen und Arbeit abgeben. Ich kann nachfragen, widersprechen und entscheiden. Und ich kann den Maschinenraum auch wieder verlassen.

Deshalb schlafe ich gut.