Cloudflare und pnpm holen KI-Agenten aus der Grauzone, am Netzrand und in der Lockdatei
Victoria Shinder1 Min. LesezeitZwei Releases im Abstand eines Tages behandeln KI-Agenten als Clients mit eigenen Kontrollen statt als anonyme Automatisierung. Am 4. November hat Cloudflare Personal Assistants als Traffic-Kategorie in die Bot-Analysen aufgenommen, mit Ansichten, welche Agenten eine Seite besuchen, was sie abrufen und bei Account Abuse Protection, für welchen Nutzer ein Agent handelt. Am 5. November änderte pnpm 12.18.0, wie Pakete mit Agent-Skills in ein Projekt verlinkt werden, und pnpm approve fragt nun Skill für Skill, welche verlinkt werden.
Beide stehen an entgegengesetzten Enden derselben Kette. Auf der Serverseite hatte ein Betreiber bislang zwei Optionen: automatisierten Traffic zulassen oder sperren. Cloudflares Ansicht teilt diese Entscheidung nach Agent und Konto auf, sodass ein von Kunden genutzter Agent bleiben kann und trotzdem gegen ein einzelnes Konto vorgegangen wird, über das ein Angreifer einen Agenten nutzt. Auf der Entwicklerseite war ein Paket mit Anweisungen für einen Coding-Agenten bisher nur eine weitere Datei in node_modules. pnpm hält nun fest, welche Skills ein Projekt freigegeben hat, verlinkt sie unter lesbaren Namen und überschreibt keinen bereits vergebenen Namen stillschweigend.
Gemeinsam ist beiden, dass die Entscheidung ausdrücklich und überprüfbar wird. Cloudflares Analyst sieht die Geschichte eines Agenten auf einem Konto; ein pnpm-Projekt speichert seine freigegebenen Skills unter permissions, neben der übrigen Abhängigkeitspolitik.
Keines der Releases klärt, wer verantwortlich ist, wenn ein Agent Schaden anrichtet. Beide machen aber die vorgelagerte Frage beantwortbar, welcher Agent beteiligt war und wer ihn zugelassen hat, aus Daten statt aus Vermutungen.
Was das bedeutet
Agenten bekommen, was Browser und Pakete vor Jahren bekamen: eine Identität, ein Protokoll und eine Stelle, an der jemand Ja sagt. Teams sollten jetzt festlegen, wo dieses Ja im eigenen Stack liegt.