Zusammenfassung

  • draft-fengfar-led-01 empfiehlt IETF-Teilnehmenden, ihre Position vor dem KI-Einsatz zu bilden, die Ausgabe auf inhaltliche Treue zu prüfen und stets transparent zu sein. Der Text ist aber ein aktiver individueller Internet-Draft, keine IETF-Policy.
  • Er erfasst E-Mail, Folien, Diskussionen in Repositories und möglicherweise Instant Messaging. Text in Internet-Drafts und RFCs bleibt ausdrücklich ausgenommen, weil dort zusätzlich BCP 78 und BCP 79 greifen.
  • Eine belastbare Offenlegung muss den verantwortlichen Menschen, Werkzeugfunktion, betroffenen Umfang, Materialgrenze, Prüfungen, Freigabe, autonome Sendebefugnis und Korrekturweg an einen identifizierbaren Beitrag binden.

Drei Regeln sind noch kein gemeinsamer Standard

Beim ersten Lesen scheinen die Institutionen auf dieselbe Antwort zuzusteuern. Der IETF-Entwurf sagt „Always be transparent“. Der IRTF Code of Conduct verlangt die Offenlegung erheblicher Mengen generierten Inhalts. Eine W3C Advisory Board Group Note empfiehlt eine klare Kennzeichnung, wenn ein Inhalt überwiegend LLM-Ausgabe ist.

Die Formeln unterscheiden sich nicht nur sprachlich. RFC 9775 repräsentiert den Konsens des Internet Research Steering Group und erklärt ausdrücklich, weder IETF-Produkt noch Standard zu sein. Die W3C-Note ist vom Advisory Board getragen, nicht vom W3C als Ganzem oder seinen Mitgliedern. draft-fengfar-led-01 wiederum ist laut Datatracker ein aktiver individueller Internet-Draft im Zustand I-D Exists, ohne RFC stream, verantwortlichen Area Director oder Telechat-Termin.

Autorität ist damit ein eigenes Feld. Wer eine Schwelle aus dem Nachbarsystem übernimmt, ohne den Beschlussweg offenzulegen, verwischt genau die institutionelle Grenze, die jedes Dokument sorgfältig markiert.

Die erste Nachricht vom 31. Juli bezeichnete den Entwurf als grob, nicht vorschreibend und nicht autoritativ. Version 01 vom 6. August nahm Punkte aus der allgemeinen Diskussionsliste auf. Der Text nennt seine konkreten Empfehlungen äußerst vorläufig und sagt, es sei für eine abschließende Antwort zu früh. Das ist weder Working-Group-Annahme noch rough consensus, IESG-Freigabe oder IETF-Regel.

Am 26. August erhöhte ein Beitrag von George Michaelson im APNIC Blog die Sichtbarkeit. Er verband KI-Unterstützung mit der Belastung englischsprachiger Beteiligung an Standards und RIR-Policy. Die Seite weist darauf hin, dass die Auffassungen des Autors nicht notwendig APNIC entsprechen. Neu ist die Aufmerksamkeit, nicht die institutionelle Entscheidung.

Der Geltungsbereich ist enger als die Überschrift

Der Entwurf behandelt Text in IETF-Diskussionen: Mailinglistenbeiträge, Sitzungsfolien, GitHub issues und pull requests sowie womöglich Instant Messages. Er schließt Text in Internet-Drafts und RFCs ausdrücklich aus. Solche Beiträge berühren zusätzlich die Rechte- und IP-Regelungen von BCP 78 und BCP 79.

Eine spätere Mailinglistenregel würde daher nicht automatisch Autorenschaft und Offenlegung in einem Standarddokument festlegen. Umgekehrt erklärt eine Danksagung in einem Internet-Draft nicht, ob die umgebenden Nachrichten übersetzt, zusammengefasst, generiert oder autonom versandt wurden.

Der Ausgangskonflikt zeigt die Lücke. Ein Teilnehmer nutzte KI, um zuvor selbst entwickelte Gedanken besser auszudrücken. Ein Leser erkannte für ihn typische LLM-Prosa und stieg aus, weil der menschliche Anteil unklar war. Die Autoren stellen beide Perspektiven nebeneinander, statt einer Seite Recht zu geben.

Ihr menschlicher Grenzwert ist sinnvoll: die Position vor dem Werkzeugkontakt bilden, die Ausgabe auf Treue zur wirklichen Position und nicht nur Grammatik prüfen, und für alles unter dem eigenen Namen vollständig einstehen. Doch Verantwortung als Grundsatz ist noch kein Nachweis im Archiv.

Schreibgeschwindigkeit erzeugt Prüfzeit

Sprachunterstützung kann einen echten Beteiligungsnachteil verkleinern. Eine präzise technische Idee und idiomatisches Englisch sind verschiedene Fähigkeiten. Übersetzung und Lektorat erlauben es, mehr Aufmerksamkeit auf das technische Problem zu verwenden.

Dieselbe Fähigkeit kann die Kosten an die Lesenden verschieben. Ein Absender erzeugt schnell eine lange, höfliche Antwort; mehrere Menschen müssen Quellen prüfen, den tatsächlichen Dissens finden und beurteilen, ob der Mensch die Aussage versteht. Antworten Agenten auf Agenten, entsteht sichtbares Volumen ohne unabhängiges Urteil.

Ein allgemeines Etikett legt diese Asymmetrie nicht offen. Es unterscheidet nicht zwischen Übersetzung einer fertigen Position, Recherche, Zusammenfassung, ungeprüfter Faktenproduktion, Vollentwurf und Veröffentlichung ohne letzte menschliche Freigabe.

Auch Stil kann die fehlende Evidenz nicht ersetzen. Der Entwurf protokolliert Sorgen über Textwände, unnatürliche Sicherheit und veränderte Stimme. Das sind Beobachtungen, keine Provenienz. Poliertes Englisch, Geschwindigkeit oder ein Detektorwert als Beweis würden Zweitsprachler und Menschen mit Assistenztechnik systematisch belasten. Ein Detektor ist eine Schlussfolgerung, eine Offenlegung eine zurechenbare Aussage; keine von beiden beweist sachliche Richtigkeit.

Der Verantwortungsnachweis nach Daniel Kade

Die kleinste geeignete Einheit ist ein beitragsbezogener Verantwortungsnachweis.

Er beginnt mit dem menschlichen Absender und einer stabilen Beitragskennung. Danach benennt er die Werkzeugfunktion: Übersetzung, Redaktion, Zusammenfassung, Entwurf, Recherche, Analyse, Code, Moderationshilfe oder autonomes Senden. Diese Funktion wird an den Umfang gebunden: ganze Nachricht, benannter Abschnitt, Anhang, Codefragment oder ausgewählte Aussagen.

Ein weiteres Feld klassifiziert die Materialgrenze: öffentliche Quellen, lokale Notizen oder vertrauliches Material. Es veröffentlicht das Material nicht. Volle Prompts, Zugangsdaten, private Erwägungen, vertrauliche Entwürfe, proprietärer Kontext oder Gedankengänge dürfen nicht zur Transparenzpflicht werden; daraus entstünde ein Sicherheitsleck.

Dann folgt die menschliche Arbeit. Welche Faktenquellen und Zitate wurden geprüft? Wurde die Treue zur tatsächlichen Position kontrolliert? Gab es eine abschließende Freigabe? Durfte das Werkzeug selbst senden oder veröffentlichen? Hinzu kommen Policy-Version und Datum sowie ein Weg, einen falschen Nachweis oder Beitrag zu berichtigen oder zu ersetzen.

Der Modellname kann Kontext sein, bildet aber nicht den Kern. Anbieter ändern Verhalten ohne neue Produktbezeichnung. Vor allem beweist ein Name weder Protokollverständnis noch Quellenprüfung oder Verantwortungsübernahme.

Diese Struktur ist Daniel Kades Vorschlag, keine Forderung des Entwurfs. Sie soll die menschliche Entscheidungsfläche erhalten und die Werkzeugausführung ausreichend prüfbar machen.

Definition muss vor Moderation kommen

RFC 9245 definiert die allgemeine Diskussionsliste und ordnet ihr IETF-Richtungs-, Policy- und Prozessfragen zu, wenn kein besseres Forum existiert. RFC 9945 trennt die Zuständigkeiten von Teilnehmenden, Forenadministration, Moderation, Area Directors und IESG. Maßnahmen sind auf störende Kommunikation begrenzt; Verfahren, Überprüfung und Beschwerde sind vorgesehen.

Keiner der RFCs schafft einen KI-Urheberschaftstest oder macht einen stilistischen Verdacht zum eigenständigen Verstoß. Sollte eine künftige Offenlegung mit Moderation verknüpft werden, muss die Regel vor der Sanktion stehen: Schwelle, Evidenzstandard, Benachrichtigung, Korrektur und Berufung. Sonst wird eine Stilbehauptung zur Verfahrensmacht.

Der Entwurf rät zu nicht anklagenden Fragen bei vermuteter Werkzeugnutzung. Er hält auch fest, dass Neue eine Regel nicht kennen und ungleicher Werkzeugzugang eine weitere Hürde bilden kann. Die sichere Reihenfolge lautet: Funktion und Umfang definieren, einen Nachweis erproben, Leserlast und Fehlverdächtigungen messen und erst danach entscheiden, ob Nichtoffenlegung Rat, Prozessmangel oder störendes Verhalten ist.

Ein Etikett darf keine Sprecherlaubnis werden; sein Fehlen darf Täuschung nicht beweisen.

Was aus den Unterlagen nicht folgt

Die IETF hat KI-unterstützte Beteiligung weder angenommen noch verworfen. Nichts in diesem Paket zeigt, dass generierter Text ein konkretes Konsensergebnis verändert hat. Der Entwurf begründet heute keine Pflicht, jede unterstützte Nachricht offenzulegen.

RFC 9775 regiert normale IETF-Standarddiskussion nicht allein durch seine Veröffentlichung in der RFC Series. Die W3C Group Note ist kein Konsens der W3C-Mitglieder. Der APNIC-Blogbeitrag ist keine APNIC-Policy. Die Belege zeigen nicht, dass eine benannte Person Urheberschaft falsch dargestellt oder autonomes Senden erlaubt hat.

Die begrenzte Schlussfolgerung ist belastbar: Die Diskussion hat den verantwortlichen Menschen richtig lokalisiert, aber den prüfbaren Datensatz noch nicht bestimmt. „Immer transparent“ ist eine Richtung. Governance beginnt, wenn Gegenstand, Autorität, Prüfung und Korrektur konkret werden.

Quellen

  1. https://datatracker.ietf.org/doc/draft-fengfar-led/
  2. https://www.ietf.org/archive/id/draft-fengfar-led-01.html
  3. https://mailarchive.ietf.org/arch/msg/ietf/3VaBJ6pEdhtkpOtnZYA_HcVHejU/
  4. https://mailarchive.ietf.org/arch/msg/i-d-announce/_nalEUgYdyn7LdNfwQghXW9dPRc/
  5. https://blog.apnic.net/2026/08/26/the-emerging-role-of-ai-in-governance-discussion/
  6. https://www.ietf.org/rfc/rfc9775.html
  7. https://www.w3.org/TR/2026/NOTE-llms-standards-20260324/
  8. https://datatracker.ietf.org/doc/html/rfc9245
  9. https://datatracker.ietf.org/doc/html/rfc9945
  10. https://datatracker.ietf.org/doc/html/rfc5378
  11. https://datatracker.ietf.org/doc/html/rfc8179