Zusammenfassung

  • draft-feng-netmod-naim-01 erklärt Canonical JSON zur maßgeblichen NAIM-Darstellung. Markdown View und LLM Context View sind abgeleitet, dienen verschiedenen Adressaten und haben unterschiedliche Verlustregeln.
  • JSON-Schema-Erfolg, semantischer Round Trip, erfolgreicher KI-Retry und ein bestandener YANG-Validator sind begrenzte, kumulative Nachweise. Keiner beweist allein geklärte Anforderungen, WG-Adoption, Serverimplementierung, Berechtigung, angewandte Konfiguration oder Netzwirkung.

Der kritische Moment ist nicht unbedingt der erste Fehler, sondern ein sauberer zweiter Lauf. Ein Modell erhält einen strukturierten Hinweis, ändert ein Feld und liefert gültiges JSON. Vielleicht hat es aber ein schwieriges optionales Merkmal entfernt oder eine unklare Vorbedingung als Beschreibung abgelegt. Ohne Änderungsprotokoll sieht Konvergenz wie Verständnis aus.

Die NAIM Revision 01 schlägt Natural AI Interface Modeling als semantische Zwischendarstellung zwischen natürlichsprachlichen Anforderungen und YANG vor. Direkte Umwandlung zwingt Systeme oft zu Annahmen über Konfiguration und Zustand, Listenschlüssel, Constraints, betriebliche Vorbedingungen und modulübergreifende Beziehungen.

Auch der Dokumentstatus verlangt Präzision. Der Datatracker führt Chong Fengs Dokument als aktiven individuellen Internet-Draft, aktualisiert am 18. Juli 2026, ohne Stream, ohne eingetragenen intended RFC status und mit I-D Exists. Im Draftkopf steht getrennt Intended status: Standards Track. Das ist das Ziel des Autors, keine NETMOD-Annahme, IETF-Billigung oder RFC. Die Historie belegt Revisionen, keinen Betrieb.

Maßgeblicher Datensatz und begrenzte Ansichten

Canonical JSON ist laut Vorschlag die einzige normative Inhaltsquelle. Interoperable Werkzeuge müssen ihm Vorrang geben. Die Markdown View wird deterministisch für menschliche Prüfung und Versionskontrolle erzeugt. Nimmt ein System Markdown als Änderungseingang an, müssen dargestellte Felder semantisch erhalten bleiben; nur im JSON vorhandene Felder dürfen nicht still verschwinden, Konflikte brauchen eine ausdrückliche Entscheidung.

Ein belastbarer Round-Trip-Nachweis enthält daher die exakten JSON-Bytes, Schema-Version, Werkzeugidentität, Hashes, nicht dargestellte Felder und Konfliktentscheidungen. Er beweist die getestete Projektion, nicht die Vollständigkeit der ursprünglichen Absicht.

Die LLM Context View ist absichtlich anders. Sie enthält Namen, semantische Typen, Pflichtstatus, Constraints, Schreibbarkeit, Sichtbarkeit, Operationen, Vorbedingungen und Nebenwirkungen. Weggelassen werden NETCONF/RESTCONF-Konstruktionsdetails, interne Metadaten, rohes JSON Schema, Deviation-Erklärungen und Extension-Definitionen. Sie ist nicht autoritativ und darf Canonical JSON nicht rekonstruieren.

Tokenersparnis ist sinnvoll, aber keine Vollständigkeitsgarantie. Eine Server-Deviation, ein externes Augment oder eine Feature-Auswahl kann das effektive Schema ändern. Deshalb braucht jeder Einsatz ein Auslassungsregister: Was fehlte, weshalb war es für diese Aufgabe entbehrlich und an welcher späteren Stelle wurde der vollständige Kontext wieder angebunden?

Getrennte Verantwortung in drei Schichten

Specification definiert Format, Schema und Projektionsregeln. Skill umfasst KI-gestützte Dialogmodellierung, Zusammenfassung, YANG-Erzeugung und Reverse Engineering. Tool bezeichnet deterministische Software für Prüfung, Konvertierung, Extraktion und Erzeugung aus bestätigten Daten. Ein stabiles Format mit austauschbaren Skills erhöht Nachprüfbarkeit und senkt Lock-in.

Validation-Reflection-Retry liefert nach einem Fehler einen strukturierten Bericht mit Pfad und Erwartung, injiziert ihn erneut und versucht eine Korrektur. Eine Obergrenze muss die Schleife stoppen; verbleibende Probleme sollen als gezielte Fragen erscheinen, die Historie soll auditierbar bleiben.

Der erfolgreiche Retry belegt nur, dass die neue Ausgabe die erneut ausgeführten Regeln erfüllt. Deshalb gehören Ausgangsanforderung, Rückfragen, Annahmen, Defaults, gelöschte oder umgedeutete Felder, Diagnosen sowie Skill-, Tool- und Schema-Versionen zum Beweispaket.

Nach der YANG-Erzeugung liefert RFC 7950 Semantik für must, when, leafref, augment, Features und Instanz-Constraints. Mit vollständigem Modulabschluss, Deviations und positiven wie negativen Tests kann ein Validator starke lokale Evidenz liefern. Er erkennt nicht, ob eine natürliche Bedingung als beabsichtigtes XPath erschien, der Zielserver ein Augment besitzt oder ein Nutzer autorisiert ist. RFC 8407 ist Entwurfsleitfaden, kein Adoptionsnachweis.

RFC 8525 beschreibt die vom Server gemeldete YANG Library. Diese Erklärung muss mit Quellbytes, Client-Auflösung und effektivem Schema-Fingerprint verbunden werden. RFC 8342 trennt intended von operational state: angenommene Konfiguration ist nicht automatisch angewandt oder wirksam. RFC 8259 zeigt denselben Grundsatz im Kleinen: gültiges JSON bestätigt Syntax, nicht den beschriebenen Sachverhalt.

NAIM bezeichnet sich ausdrücklich weder als JSON-Encoding noch als Ersatz für YANG. Runtime-Operationsabsichten verweist es an den separaten NAIM-OP-Draft. Modell, Prompts, Konfidenzwertung und Ausführung bleiben außerhalb der Revision 01.

Eine Produktionsbehauptung benötigt deshalb sechs verbundene Stufen: Anforderung und offene Annahmen; exaktes Canonical JSON; beide Ansichten samt Auslassungen und Konflikten; YANG, Abschluss und Tests; Servererklärung, Clientauflösung und Autorisierung; schließlich intended/operational Beobachtung, Telemetrie, Rollback und Netzresultat.

Lu Hengs minimale deterministische gemeinsame Schicht bietet eine passende BTW-Perspektive: gemeinsame Gültigkeit lokal prüfbar machen, Adoption aber von Implementierung abhängig lassen. Running-Code Primacy und die Reality Layers trennen Dokument und Wirkung. Das ist eine analytische Linse, keine Behauptung, Lu Heng habe NAIM geprüft.

Quellen