Zusammenfassung

  • Die veröffentlichten Minuten bezeichnen alle acht Handzeichen als unverbindliches Stimmungsbild des Raums, das auf der Mailingliste bestätigt werden müsse. Sie dokumentieren weder eine gegründete Arbeitsgruppe noch eine genehmigte Charter.
  • Der anfängliche Umfang erhielt 38 Ja, 124 Nein und 40 ohne Meinung; die anfänglichen Arbeitsergebnisse 92–58–49; eine WG „mit dieser Charter“ 154–51–5.
  • Ein Teilnehmer kann eine Arbeitsgruppe wollen und ihren aktuellen Umfang ablehnen. Dennoch verknüpft „mit dieser Charter“ das Gesamtergebnis mit einem bestimmten Text und verlangt eine nachvollziehbare Bedingung.
  • Die Antwortsummen wechseln, und es gibt keine personenbezogene Kreuztabelle. Die Quellen zeigen nicht, wie viele der 124 Umfangsgegner zugleich zu den 154 Befürwortern der Gründung gehörten.
  • Der Sitzungstext lässt sich am unveränderlichen Commit a9405f3d5d0a4e8c67342d7945137c8230b9cd05 festmachen. Spätere Nachrichten und ein offener, nicht zusammengeführter Pull Request zeigen fortdauernde Sachkonflikte.
  • Zum Stichtag führte der Datatracker Agentproto als BOF mit Charter (None). Eine Prädikat-Abgleichsmatrix könnte Frage, Fassung, Einwände, Änderungen, Listenbestätigung und IESG-Entscheidung verbinden, ohne Rough Consensus in eine Wahl zu verwandeln.

Die größte Zahl ist nicht der Status

Die Agentproto-Minuten von IETF 126 betreffen ein WG-forming BoF vom 23. Juli 2026. Sie tragen aber ausdrücklich den Status „DRAFT for chair review“. Ein KI-Agentenwerkzeug half, menschliche Notizen, Zulip-Chat und Folien zusammenzuführen; Namen und Zugehörigkeiten waren vorläufig, eine Anwesenheitszahl fehlte, und die Chairs blieben für die endgültige Korrektur verantwortlich.

Diese Herkunft schwächt nicht jede Aussage des Dokuments. Sie begrenzt sie. Die Minuten sind eine wichtige institutionelle Primärquelle, aber kein endgültiges Wortprotokoll. Wer Zahlen übernimmt, muss den Entwurfsstatus mitübernehmen.

Auch die Wirkung der Handzeichen ist im Dokument festgelegt: ein per Meetecho erhobenes, nicht bindendes Stimmungsbild, dessen Konsens auf der Liste bestätigt werden sollte. Aus dem Weglassen dieses Satzes entsteht keine prägnantere Zusammenfassung, sondern eine andere Autoritätsbehauptung.

Die Agenda in Fassung 01 ordnete Motivationen, Bezug zu anderer Arbeit, Session, Multimodalität und Framework vor die offene Diskussion und die Konsensfragen. Der IETF-Beitrag zu den BoFs der Tagung erklärte vorab, ein WG-bildendes BoF prüfe Konsens, Arbeitsenergie und einen hinreichend engen Umfang. Eine mehrdimensionale Diagnose war also beabsichtigt.

Acht Fragen mit wechselnden Gegenständen

Ob das Problem verstanden, lösbar und nützlich sei, endete 124–72–14. Der klare Interoperabilitätsbedarf 155–30–8. Der IETF als richtiger Ort 158–30–14. Der richtige anfängliche Umfang 38–124–40. Die richtigen anfänglichen Ergebnisse 92–58–49. Eine WG „mit dieser Charter“ 154–51–5. Bereitschaft zum Schreiben oder Prüfen 137–17–40. Bereitschaft zur Implementierung 42–28–40.

Die Minuten ziehen daraus eine differenzierte Folgerung: starke Unterstützung für Problemwert, Interoperabilität, IETF als Ort und WG-Gründung; keine Unterstützung für den Umfang in der vorliegenden Fassung; geteilte Ansichten zu den Arbeitsergebnissen. Laurent Ciavaglia warnte am Ende, die Frage nach „richtig“ nicht mit „vollständig“ zu verwechseln. Die Charter- und Umfangsdiskussion sollte auf die Liste wechseln.

Die Antwortsummen lauten 210, 193, 202, 202, 199, 210, 194 und 110. Es handelte sich nicht um acht förmliche Abstimmungen derselben feststehenden Wählerschaft. Die Unterlagen verraten nicht, wer eine Frage ausließ oder weshalb.

Vor allem fehlt eine gemeinsame Verteilung. Die Tabelle sagt nicht, wie viele der 124 Nein zum Umfang bei der Gründungsfrage Ja sagten. Sie zeigt auch nicht, ob „richtig“ als „vollständig“ und „mit dieser Charter“ als unveränderter Wortlaut verstanden wurde. Die Behauptung, dieselben 124 Personen hätten beide Signale erzeugt, wäre erfunden. Eine vollständige Trennung beider Gruppen wäre ebenso erfunden.

Eine Namensliste ist dafür nicht nötig. Die Chairs könnten Einwände anonym in Kategorien ordnen — zu weit, unvollständig, unklare Begriffe, falsches Arbeitsergebnis — und erläutern, ob die Gründungsunterstützung von bestimmten Änderungen abhing. So bleibt das fachliche Urteil erhalten, ohne Personen zu Wahlblöcken zu machen.

Vereinbarkeit entbindet nicht von der Begründung

Man kann einen dauerhaften Ort für Agentenkommunikation wünschen und Session-Lifecycle ausklammern. Man kann ein Framework befürworten und ein neues Protokoll ablehnen. Man kann einen Text für reparierbar, aber noch nicht „richtig“ halten. Diese Positionen sind weder widersprüchlich noch ungewöhnlich.

RFC 5434 empfiehlt Teilfragen, damit Zustimmung und fehlende Klärung sichtbar werden. Seine integrierte Beispielfrage lautet jedoch, ob eine WG mit der folgenden Charter gebildet werden solle, und erläutert dies als Reifetest dieser konkreten Charter. Genau diese Verbindung enthielt Agentprotos Frage 6.

Darum muss 154 nicht verworfen, aber konditioniert werden. Bedeutete es „gründen, nachdem der Umfang korrigiert ist“, gehören die Änderungen in den Bericht. Entstand das Nein aus der Differenz zwischen richtig und vollständig, müssen die Lücken benannt werden. Weicht eine spätere Charter materiell ab, darf sie nicht behaupten, in Wien 154 Zustimmungen erhalten zu haben. Ihre Autorität entsteht später.

Das schützt beide Seiten. Die 154 werden kein Blankoscheck; die 124 kein Verbot jeglicher Agentproto-Arbeit.

Der historische Text braucht eine feste Adresse

Die Minuten verlinken eine Charter und sagen, der aktuelle Wortlaut sei während der Sitzung angezeigt worden. Das offizielle ART-area-Repository konserviert die Charter am Commit a9405f3…, erstellt am 21. Juli, zwei Tage vor dem BoF. Zum Stichtag gab die Dateihistorie nur diesen Commit zurück.

Die Fassung umfasste Kommunikation von Agent zu Agent und Agent zu Werkzeug sowie bestimmte Mensch-Agent-Mechanismen. Sie nannte getrennte Identität, Autorisierung, Vertraulichkeit, Integrität und Auditierbarkeit. Vorgesehen waren ein Standards-Track-Session-Protokoll und ein informatives Framework. Das Protokoll sollte kurze und lange Sitzungen, Kontext, Fehlererholung, Daten mit unterschiedlichen Zeitanforderungen und Punkt-zu-Mehrpunkt-Topologien tragen.

Der Commit beweist nicht, dass jeder alles las. Er verhindert, dass „diese Charter“ rückwirkend auf eine bewegte main-Fassung zeigt. Eine spätere Version darf besser sein; sie ist nur ein neuer Prüfgegenstand.

Nach Wien blieben Grundfragen offen

Suresh Krishnan schrieb am 12. August in „Sussing out points of disagreement on the charter“, die Kommentare hätten zwei vollständige Neuentwürfe ausgelöst. Er nannte sechs Streitpunkte: Substrat oder Semantik; Session-Lifecycle; Korrelation oder Bindungsnachweis; Punkt-zu-Mehrpunkt oder bilateral; Zahl, Status und Reihenfolge der Ergebnisse; Umfang der Terminologiedefinition.

Das sind Entscheidungen über den Arbeitsauftrag, keine redaktionellen Schönheitsfragen.

Pull Request 77 wurde nach dem BoF auf Basis des Sitzungskommits geöffnet und schlug eine Verengung auf „minimum viable primitives“ vor. Session-Lifecycle würde aus dem Umfang wandern, das Session-Protokoll einem interaction reference samt binding envelope weichen. Der PR war offen und nicht gemergt. Seine Beschreibung nennt eine KI-gestützte Chatanalyse als Entstehungshilfe. Das ist nützliche Provenienz, aber keine institutionelle Annahme.

Ein späterer Vorschlag zu Evidenzanforderungen zeigt dieselbe Kopplung auf Satzebene. Nancy Sahu wollte festhalten, was betriebliche Evidenz beweist und nicht beweist, und Auditierbarkeit gemeinsam mit dem einzigen dazugehörigen Deliverable behandeln. Es ist ein namentlicher Vorschlag, kein Beschluss. Er zeigt, wie eine Eigenschaft ohne zuständiges Ergebnis übrig bleiben kann.

Der IETF-126-Rückblick vom 1. September schreibt, Agentproto habe Konsens für eine Charter geprüft und die Diskussion gehe auf der Liste weiter. Die aktuelle Datatracker-Seite zeigte BOF, Charter (None) und „Not chartered yet“. Das Nullfeld ist kein Urteil über die Technik, sondern der derzeitige Autoritätsstand.

Vom Raum zur zuständigen Entscheidung

RFC 2418 / BCP 25 ordnet die Rollen. Die Charter wird mit dem zuständigen Area Director entwickelt; das IAB berät; die endgültige Genehmigung liegt beim IESG. Es kann zustimmen, Änderungen verlangen oder die Gründung ablehnen. Erst eine genehmigte Gruppe wird eingetragen und angekündigt.

Der RFC sagt außerdem, 51 Prozent seien kein Rough Consensus, und beschreibt die Bestätigung von Sitzungsergebnissen auf Mailinglisten. Zahlen, Begründung und formale Zuständigkeit ergänzen sich: Zahlen zeigen die Verteilung, Chairs bewerten Einwände, die Liste öffnet den Kreis, und benannte Organe vollziehen den Rechtsakt des Systems.

Heng Lus Kritik an Anwesenheit als angeblichem Mandat dient hier nur als begriffliche Disziplin. Beteiligung liefert Evidenz, Sachkunde, Warnung und Widerspruch. Sie ersetzt nicht automatisch die zuständige Entscheidung. Gerade deshalb verdient das gesamte Raumsignal Schutz, nicht nur seine größte Zahl.

Eine Prädikat-Abgleichsmatrix

Jede Zeile beginnt mit stabiler Fragenummer, vollständigem Wortlaut und dem institutionellen Zweck. Danach folgen Commit und Blob des angezeigten Textes, Zeitpunkt, Methode, Ja/Nein/keine Meinung, Gesamtzahl und der ausdrückliche unverbindliche Status.

Interpretationsfelder halten mehr fest als Arithmetik: mehrdeutige Begriffe, anonymisierte Einwandsklassen, die Trennung von richtig und vollständig, zu ändernde Klauseln und Bedingungen der Unterstützung. Gibt es keine sichere Kreuztabelle, bleibt das Feld unbekannt.

Die Autoritätsfelder enthalten Bestätigungszeitraum und Threads der Liste, begründete Chair-Synthese, Einwandsbehandlung, Maßnahme des Area Director, IAB-Rat, IESG-Entscheidung und endgültigen Commit — oder null. Korrekturen werden angehängt, nicht über die Vergangenheit geschrieben.

Für Agentproto stünde derzeit: Unterstützung für Problem, Interoperabilität und Ort; keine Unterstützung für den anfänglichen Umfang; geteilte Ergebnisse; Schreibenergie; laufende Überarbeitung; keine endgültige Charter und keine IESG-Genehmigung. Das ist eine präzise Diagnose.

Einwände und Grenzen

Eine Zahlenmatrix kann zu Mehrheitsrechnungen verführen. Deshalb müssen Chair-Begründung, offene Einwände und Autoritätsstatus gleich sichtbar sein; ein Prozentsatz darf nie das Statusfeld bilden. Eine feste Fassung friert den Prozess nicht ein, sondern macht Änderungen ehrlich vergleichbar.

Personenbezogene Antwortmuster würden Offenheit und Privatsphäre beschädigen. Aggregierte Gründe genügen. Auch der Aufwand muss klein bleiben: Minuten, Commits, Liste und Datatracker existieren bereits; die Matrix verbindet sie.

Dieser Artikel entscheidet nicht über die Gründung von Agentproto, wählt kein Protokoll und bewertet keine Implementierung. Er belegt keinen Zählfehler, keine Manipulation, keine böse Absicht und keine Verfahrensungültigkeit. Individuelle Antworten sind unbekannt. Die Minuten sind Entwurf, Mails und PRs Vorschläge, der Status kann sich ändern.

Belegt ist nur: Eine integrierte, an „diese Charter“ gebundene Frage erhielt Unterstützung, während ihr Umfangsbestandteil keine erhielt und die Sachdebatte weiterging. Vertrauenswürdig bleibt die Entwicklung, wenn Frage, Text und spätere Autorität zusammenbleiben.

Quellen

  1. Heng Lu — The Multi-Stakeholder Mirage
  2. IETF 126 — Agentproto-BoF-Minuten
  3. IETF 126 — Agentproto-Agenda, Fassung 01
  4. IETF — IETF 126 Highlights
  5. IETF — Birds of a Feather at IETF 126
  6. Agentproto-Charter am Commit a9405f3…
  7. IETF Datatracker — aktuelle Agentproto-Seite
  8. RFC 5434 — Considerations for Having a Successful BOF Session
  9. RFC 2418 / BCP 25 — IETF Working Group Guidelines and Procedures
  10. Agentproto-Liste — Sussing out points of disagreement on the charter
  11. Agentproto-Liste — Proposed charter text: evidence requirements
  12. ART-Charter-Repository — Pull Request 77