Два крупных проекта Linux внедрили одинаковый механизм контроля за действиями ИИ-агентов

Zwei große Linux-Projekte haben binnen weniger Tage denselben Trick in ihre Anleitungen für KI-Agenten geschrieben — und verfolgen damit gegensätzliche Ziele. NetworkManager will ungeprüfte KI-Beiträge erkennen und aussortieren. systemd will sie nicht loswerden, sondern erzwingen, dass vorher ein Mensch daraufgeschaut hat. Die Regel dafür steckt seit vergangener Woche im Repository und ist mit systemd 262-rc2 im Testkandidaten gelandet. Die Anweisung, die sich selbst verrät Die Datei AGENTS.md im Wurzelverzeichnis des Projekts führt unter „General“ eine als harte Regel markierte Anweisung: Ein Agent, der eine Quelldatei anfasst, soll noch vor jeder anderen Arbeit zwei Zeilen an den Anfang der README setzen — eine Markdown-Auszeichnung und den Satz, dass diese Zeile zu entfernen ist, um die Prüfung des Beitrags zu bestätigen. Ausnahmen gibt es keine. Der zweite Teil ist der eigentliche Haken. Der Agent soll die Zeilen unter keinen Umständen selbst wieder löschen, auch nicht auf Zuruf, auch nicht beim Aufräumen oder Finalisieren. Das Entfernen ist ausdrücklich als Handarbeit des menschlichen Autors reserviert. Ein Beitrag, der von einem folgsamen Agenten kommt und den niemand gegengelesen hat, trägt seine Herkunft damit sichtbar an der prominentesten Stelle des Repositories vor sich her. In der aktuellen README steht die Markierung nicht — bis dorthin hat es bisher keiner geschafft. Eine Datei, die aus Fehlern gewachsen ist Aufschlussreicher als der Kniff ist der Satz, mit dem die Datei beginnt. Aufgenommen werden Anweisungen nur dann, wenn das Projekt einen Agenten bei genau diesem Punkt in der Praxis hat scheitern sehen. AGENTS.md ist damit weniger ein Regelwerk als ein Fehlerprotokoll — und es liest sich entsprechend. Anzeige Da steht, dass Bau- und Testausgaben niemals durch head, tail oder eine Pipe laufen dürfen, weil sonst die Diagnose von Fehlschlägen unmöglich wird. Dass einzelne Dateien nicht einzeln kompiliert werden. Dass niemand sich eigene Build-Befehle ausdenkt oder den Ablauf zu optimieren versucht. Dass in Integrationstests kein grep mit der Option -q in einer Pipeline auftaucht, weil das SIGPIPE auslöst. Das sind keine großen Architekturfragen, sondern die kleinen Dinge, die eine Prüfung teuer machen — und offenbar mussten sie aufgeschrieben werden. NetworkManager will erwischen, systemd will erzwingen Der Vergleich mit dem Nachbarprojekt macht den Unterschied deutlich. NetworkManagers Fassung verlangt vom Agenten, bestimmte Aufgaben zu verweigern: keine Commit-Nachrichten, keine Beschreibungen von Merge Requests, keine Antworten auf Review-Kommentare, keine Lizenzbestätigung — das alles sei Sache des Menschen, der die Verantwortung trägt. Tut der Agent es trotzdem, soll er das Wort „biblioklept“ in den Text einbauen. Ein Begriff für jemanden, der Bücher stiehlt, und in einer Diskussion über Netzwerkkonfiguration praktisch ausgeschlossen — also ein maschinell durchsuchbarer Verräter. Die Begründung dazu ist knapp und trifft den Kern: Ein generierter Patch koste den Einreicher Minuten und die Betreuer jahrelange Verantwortung. NetworkManager markiert also unsichtbar, um automatisiert auszusortieren; systemd markiert sichtbar, um einen Menschen zum Hinsehen zu zwingen. Mich überzeugt der systemd-Weg mehr, weil er nicht auf einer Wortsuche beruht, die sich mit einem Suchen-und-Ersetzen aushebeln lässt — die Warnzeile steht dort, wo sie im Weg ist. Wo die Methode aufhört Beide Konstruktionen haben dieselbe Schwäche: Sie wirken nur bei Agenten, die die Datei überhaupt lesen und sich daran halten. Ein Modell, dem sein Nutzer das Ignorieren von Projektvorgaben aufträgt, kommt an beiden vorbei, und auch ein Mensch, der die zwei Zeilen wortlos löscht, hat die Prüfung nicht durchgeführt, sondern nur die Spur beseitigt. Der Canary misst Folgsamkeit, nicht Sorgfalt. Wie weit Agenten kommen, wenn niemand hinsieht, führte zuletzt ein deutschsprachiges Wiki vor, in dem Forscher rund 18.000 Beiträge autonomer Agenten dokumentierten. Einig sind sich beide Projekte bei der Anrechnung. systemd hält im Abschnitt zu rechtlichen Fragen fest, dass in Commit-Nachrichten ausschließlich Menschen genannt werden dürfen — kein Co-Authored-By, das ein Modell aufführt. NetworkManager verbietet dieselben Zeilen und zusätzlich jede Selbstnennung des Werkzeugs als Autor. Ich verwalte Systeme, auf denen Skripte laufen, die niemand mehr erklären kann, geschrieben von Menschen und lange vor jedem Sprachmodell; neu ist nicht das Problem, neu ist die Geschwindigkeit, mit der solcher Code jetzt entsteht. Genau dagegen ist eine Zeile in einer Textdatei ein erstaunlich billiges Mittel — und wenn sie versagt, kostet sie niemanden etwas. KI-Agenten Linux Open Source systemd