Zusammenfassung

  • Das IESG billigte die Charta von Agentproto am 8. Oktober 2026. Im Dezember soll die Arbeitsgruppe einen informativen Entwurf zu Anwendungsfällen annehmen.
  • Ein am 15. Oktober aktualisierter Vorschlag bleibt ein individueller Internet-Draft. Sein Erscheinen ist keine Annahmeentscheidung der Gruppe.

Wer einem KI-Agenten eine Aufgabe überlässt, erwartet meist nicht, sich um jede Übergabe kümmern zu müssen. Für die beteiligten Systeme bleibt aber eine schlichte Frage offen: Gehört diese Nachricht noch zu derselben Aufgabe? Sie stellt sich erneut, wenn ein anderes Gerät übernimmt, ein weiterer Dienst hinzukommt oder eine unterbrochene Verbindung zurückkehrt.

Agentproto soll solche Zusammenhänge erkennbar halten. Die neue IETF-Arbeitsgruppe hat laut ihrer genehmigten Charta den Auftrag, einen gemeinsamen Dialogverwaltungsprotokoll-Grundbestand und eine Referenzarchitektur zu entwickeln. Das klingt nach organisatorischem Kleingeld neben den Fähigkeiten der Modelle. Ohne eine Zuordnung der Interaktionen wissen mehrere Systeme jedoch nicht schon deshalb, dass sie am selben Dialog arbeiten, weil jedes eine plausible Antwort liefern kann.

Mit Dialogkontext meint die Charta Kennungen und Zustände des Lebenszyklus. Gemeint ist ausdrücklich nicht der gesamte Gesprächsspeicher eines Modells, auch nicht dessen Prompts oder abgerufene Dokumente. Die Zuordnung eines Austauschs und sein Inhalt sind verschiedene Dinge. Das Protokoll soll Anwendungen verbinden, ohne ihnen vorzuschreiben, wie sie intern aufgebaut sein müssen.

Ein eng gefasster Auftrag

Agentproto baut weder einen neuen Transport noch einen Ersatz für Agentenprotokolle auf Anwendungsebene. Bestehende IETF-Protokolle sollen den Kontext übertragen. Die Implementierung der Modelle, die Bedeutung ihrer Entscheidungs- und Planungsvorgänge, Benutzeroberflächen sowie Datenstrukturen für Audits bleiben außerhalb des Auftrags.

Trotz dieser Abgrenzung ist die Aufgabe nicht allein mit einer Gesprächsnummer erledigt. Agenten handeln im Auftrag von Nutzern, benötigen aber möglicherweise eine eigene überprüfbare Identität. Ihre Berechtigungen können begrenzt, ihr Zugang unabhängig widerrufen werden müssen. Die Charta nennt diese Anforderungen ebenso wie den Übergang über Vermittler und Vertrauensgrenzen. Einen Dialog fortzuführen bedeutet nicht, jede darin ausgelöste Handlung automatisch zu erlauben.

Das IESG genehmigte den Auftrag am 8. Oktober. Die Dokumenthistorie verzeichnet außerdem eine sprachliche Anpassung, die bei den späteren Protokollschritten mehrere Entwürfe zulässt. Daraus folgt noch keine Zustimmung zu einem bestimmten Text über Anwendungsfälle.

Warum die Oktoberdatei den Dezembertermin nicht abhakt

Auf der Dokumentseite der Gruppe ist bereits Agentic AI Use Cases and Requirements aufgeführt. Revision -04 trägt das Datum 15. Oktober. Der Zeitplan nennt dagegen Dezember 2026 für die Annahme eines informativen Entwurfs zu Anwendungsfällen. Wer nur Dateiname und Datum vergleicht, könnte den ersten Meilenstein für erreicht halten.

Die Statusseite des Entwurfs widerspricht dieser Abkürzung. Sie führt ihn als aktiven individuellen Internet-Draft; ein RFC-Stream ist nicht zugeordnet. Die Seite macht auch deutlich, dass eine individuelle Einreichung keine Unterstützung durch das IETF bedeutet. Autoren können einen Vorschlag veröffentlichen und überarbeiten. Die Gruppe muss davon getrennt entscheiden, welchen Text sie als ihren Arbeitsentwurf annimmt.

Ein leeres Feld verlangt dabei besondere Sorgfalt. Im Datatracker ist kein beabsichtigter RFC-Status eingetragen. Im Dokument selbst nennen die Autoren jedoch eine informative Zielsetzung. Die fehlende Metadatenangabe ist kein Beleg dafür, dass sie keine Absicht erklärt hätten. Ihre Absicht ist umgekehrt kein Beleg für eine Annahme durch die Arbeitsgruppe.

Der Vorschlag liefert durchaus konkrete Diskussionsfälle: die Zusammenarbeit mehrerer Agenten, länger laufende delegierte Aufgaben mit einer Berechtigungsprüfung sowie den vermittelten Zugriff auf Werkzeuge und Daten. Das sind vorgeschlagene Szenarien und Anforderungen. Sie belegen weder bereits betriebene Implementierungen noch eine Zustimmung der Gruppe zu sämtlichen Punkten.

Nach den Anwendungsfällen sieht der Kalender für Februar 2027 die Annahme eines informativen Architekturentwurfs vor. Im März sollen ein oder mehrere Protokollentwürfe auf dem Standardisierungspfad folgen. Ihre Vorlage beim IESG als vorgeschlagene Standards ist für März 2028 geplant. Keiner dieser Termine besagt, dass die jeweilige Entscheidung schon getroffen wurde.

Im Oktober liegen damit ein Mandat und ein Angebot für die Textarbeit vor. Im Dezember soll eine Auswahl hinzukommen. Die Datei ist nützlich, weil sich über konkrete Sätze streiten lässt. Den Termin erfüllt erst die entsprechende Entscheidung der Gruppe. Auch ein Vorhaben zur Kontinuität von KI-Dialogen kommt nicht ohne diese Zuordnung aus: Wer hat welchen Schritt tatsächlich getan?

Präzisierung vom 24. Oktober 2026: Die informative Zielsetzung im Entwurf wird vom leeren Statusfeld im Datatracker unterschieden. Die genannten Termine sind Ziele; die Oktoberrevision ist im geprüften Register weiterhin eine individuelle Einreichung.