Zusammenfassung

  • draft-paxton-aicp-00 wurde am 2. September 2026 veröffentlicht und ist ein aktiver individueller Internet-Draft. Er besitzt weder Billigung noch formellen Status der IETF, keinen RFC-Stream, keinen zuständigen Area Director und keinen Telechat-Termin.
  • AICP kann abgeschlossene, aktive und sämtliche Schritte sowie optional einen Prozentwert melden. Maßgeblich sind die Schrittmengen; der Prozentwert ist nur informativ.
  • Der Entwurf untersagt, den Wert als Erfolgswahrscheinlichkeit oder sichere Abbruchgrenze zu lesen.
  • Phase und Wirkungszustand sind unabhängig. Eine fehlgeschlagene oder abgebrochene Operation kann Teilwirkungen hinterlassen; Abbruch ist eine eigene idempotente Best-Effort-Anforderung.
  • Vor einem folgenreichen Stopp braucht es einen separaten Beleg mit Schritten, Phase, Wirkung, Sequenz, Abbruchstatus, offenen Beobachtungen und Abstimmungsbedarf.

Der Zähler kennt die Bedeutung der Schritte nicht

Der Datatracker-Eintrag führt das Agent Infrastructure Control Protocol (AICP) als Revision 00 eines individuellen Internet-Drafts von Tihan-Nico Paxton, aktualisiert am 2. September 2026. „Standards Track“ bezeichnet das vom Autor angestrebte Ziel, keine gegenwärtige Anerkennung. RFC-Stream, verantwortlicher Area Director und Telechat sind nicht verzeichnet. Nach der IETF-Erläuterung kann jeder einen Internet-Draft einreichen; durch die Veröffentlichung allein erhält er keinen formellen Status.

Der technische Einwand ist dennoch stark. Eine Fortschrittsanzeige beantwortet scheinbar drei Fragen zugleich: Wie viel des Plans ist durchlaufen? Wie wahrscheinlich ist ein gutes Ende? Bis wohin kann gefahrlos gestoppt werden? Diese Größen müssen sich nicht gemeinsam bewegen.

Bei einem Plan aus fünf Schritten kann die einzige irreversible Änderung am Anfang stehen, gefolgt von vier Prüfungen. Ein anderer Plan kann viermal lesen und erst zum Schluss schreiben. Zwanzig Prozent im ersten Fall können bereits die entscheidende Wirkung bedeuten; achtzig Prozent im zweiten noch gar keine. Der Anteil erledigter Schritte misst nicht deren Folgen.

Die archivierte Revision macht deshalb die abgeschlossenen, aktiven und gesamten Schrittmengen zur maßgeblichen Angabe. Ein Prozentwert darf hinzukommen, bleibt aber beratend. Er darf weder als Wahrscheinlichkeit des Erfolgs noch als sichere Grenze einer Stornierung verstanden werden.

Eine Beziehung zwischen Zahl und Wirkungsumfang definiert der Entwurf nicht. Null Prozent belegen nicht none; hundert Prozent beweisen weder complete noch Erfolg. Wer diese Zuordnung im Produkt herstellt, ergänzt eine eigene Entscheidungspolitik.

Lebenszyklus und Wirkung laufen getrennt

Eine AICP-Operation kann eingereiht, genehmigungsbedürftig, in Ausführung, in Prüfung, pausiert, erfolgreich, fehlgeschlagen, abgebrochen oder unbestimmt sein. Daneben steht ein eigenständiger Wirkungszustand: keine, mögliche, teilweise, vollständige, rückgängig gemachte oder unbekannte Wirkung.

Die Unabhängigkeit ist gewollt. Eine Operation kann nach einer externen Änderung scheitern. Ein Abbruch kann zu spät für einen bereits ausgeführten Teilschritt kommen. Selbst Erfolg kann Nebenwirkungen enthalten. Der Anbieter soll den Wirkungszustand vorsichtig fortschreiben; fehlende Beobachtung ist kein Nachweis fehlender Wirkung.

Das abschließende Outcome trennt erwartete von beobachteten Änderungen, hält Nebenwirkungen, Belege und nächste Schritte fest und bewertet einzelne Kriterien als erfüllt, nicht erfüllt, unbekannt oder nicht geprüft. Erfolgreiche Antworten einer Anbieter-API genügen nicht, um die gesamte Operation erfolgreich zu nennen.

Die Position im Plan, die Phase, die reale Folge und die Qualität des Wissens sind somit verschiedene Achsen. Eine einzige farbige Leiste, die alles zusammenzieht, nimmt eine Governance-Entscheidung vor, statt nur Informationen zu verdichten.

Abbrechen heißt nicht zurückspulen

AICP modelliert den Abbruch als eigene idempotente Kontrollanforderung. Nach einem Netzfehler kann dieselbe Anforderung wiederholt werden, ohne mehrere Abbrüche zu erfinden. Ihre Ausführung bleibt jedoch Best Effort. Trifft sie zeitgleich mit dem Abschluss ein, liefert der Anbieter die aktuelle Operation zurück. Bei einer Wiederaufnahme müssen Befugnis, Beschränkungen und Voraussetzungen erneut geprüft werden.

Der Anbieter muss die resultierende Endphase und den Wirkungszustand melden. Er darf cancelled nicht mit „keine Wirkung“ gleichsetzen. Damit sind Regeln wie „unter 40 Prozent kann gefahrlos abgebrochen werden“ unbegründet. Der aktive Schritt könnte bereits einen externen Auftrag erteilt haben, ein erledigter Schritt könnte die einzige Änderung enthalten oder die Beobachtung könnte noch ausstehen.

Auch Kompensation ist kein rückwärts abgespielter Abbruch. Eine Wirkung zurückzunehmen ist eine neue folgenreiche Handlung mit eigener Autorisierung, eigenen Fehlern und möglichen Nebenwirkungen. Selbst reversed sollte eine beobachtete Kompensationswirkung bezeichnen, nicht die vollständige Wiederherstellung einer identischen Welt versprechen.

Für Wiederholungen gilt dieselbe Vorsicht. Mögliche, teilweise oder unbekannte Wirkungen dürfen keinen blinden erneuten Eingriff auslösen. AICPs Problemmodell kann Wiederholungssicherheit und Abstimmungsbedarf ausweisen. Timeout und niedriger Prozentwert können diese Angaben nicht ersetzen.

Ein eigener Stoppbeleg

Meine Empfehlung lautet, bei jedem potenziell folgenreichen Pausieren oder Abbrechen einen separaten Stoppbeleg zu erzeugen. Er ist keine Vorschrift der Revision 00, sondern soll deren sinnvolle Trennungen bis zur betrieblichen Entscheidung erhalten.

Der Beleg identifiziert die dauerhafte Operation und ihre letzte Sequenz. Er führt abgeschlossene, aktive und gesamte Schritte wörtlich auf, statt nur ihr Verhältnis zu zeigen. Phase und Wirkungszustand stehen nebeneinander; hinzu kommen Identität und Zustand der Abbruchanforderung, offene Beobachtungen und die Pflicht zur Abstimmung vor Wiederholung oder Kompensation.

Erwartete und beobachtete Änderung bleiben ebenfalls getrennt. Sollte ein Schritt eine Berechtigung entziehen, ohne dass eine unabhängige Bestätigung vorliegt, lautet die genaue Aussage: „Entzug erwartet; Wirkung unbekannt.“ „Bei 35 Prozent abgebrochen“ liefert diese Information nicht. Unknown ist kein leeres Feld, das ein Prozentwert füllen darf.

Heng Lus Recht auf zutreffende Aufzeichnungen bietet eine passende redaktionelle Disziplin: Eine Aufzeichnung beschreibt die Wirklichkeit, sie erzeugt sie nicht. Übertragen auf den Stoppbeleg darf eine Verhältniszahl weder Sicherheit noch Erfolgschance erschaffen. Das ist meine analytische Anwendung, keine Behauptung über eine Regel von Heng Lu oder der IETF.

Gute Grammatik, noch kein Betriebsnachweis

Revision 00 enthält einen beispielhaften HTTP-Kontrollablauf und Protokollinvarianten. Einen Abschnitt Implementation Status habe ich darin nicht gefunden. Die geprüften Quellen belegen keine unabhängige Implementierung, keinen Produktiveinsatz, kein Interoperabilitätsergebnis und keine IETF-Annahme. Die Darstellung des RFC Editor erinnert daran, dass ein Internet-Draft geändert werden, auslaufen oder niemals RFC werden kann.

Entscheidend wären Tests der unbequemen Kombinationen: null Prozent bei möglicher Wirkung, hundert Prozent bei unerfülltem Kriterium, Abbruch mit Teilwirkung und unbestimmte Phase bei offener Beobachtung. Kann eine Oberfläche diese Fälle nicht darstellen, hat sie genau die wertvolle Zurückhaltung des Vorschlags entfernt.

Quellen

  1. IETF Datatracker: Agent Infrastructure Control Protocol
  2. IETF-Archiv: draft-paxton-aicp-00
  3. IETF: Informationen zu Internet-Drafts
  4. RFC Editor: Wie RFCs entstehen
  5. Heng Lu: The Bill of Rights of Uniqueness Coordination