Glossar der KI-Infrastrukturbegriffe

SOVP (Sovereign Validation Protocol)

Das Sovereign Validation Protocol ist ein deterministisches, maschinenlesbares Infrastruktur-Validierungsprotokoll, entwickelt von Litzki Systems LLC. Es prüft deterministische Parameter in strukturierten Validierungsclustern und erzeugt ein dreiwertiges Ergebnis: CERTIFIED, NOT_CONFORMANT oder INCOMPLETE. Bei CERTIFIED wird ein Ed25519-signiertes Identitätsdokument ausgestellt und in DNS verankert; das Urteil selbst wird im Scan-Ergebnis ausgewiesen und ist nicht Teil dieses signierten Dokuments.

Einordnung

SOVP ist die technische Grundlage zur Bewertung der Agentic-Commerce-Readiness. Es misst die strukturelle Integrität jener digitalen Infrastruktur, die autonome Agenten für die Entitätsklassifizierung und -abfrage verwenden, und lässt Inhalte, Traffic oder Markenwahrnehmung bewusst außer Betracht.

Litzki Systems hat SOVP als IETF Draft eingereicht, das Patent ist angemeldet. Die Scan-Engine trägt die Bezeichnung Ψ_core Engine.

Technische Vollspezifikation →

Layer 0 (Infrastructure Trust Layer)

Layer 0 ist die Basisebene eines dreistufigen agentischen Architektur-Stacks. Der Stack ist wie folgt aufgebaut:

• Layer 2 (Agent Identity): Föderierte Identität und Autorisierung (OpenID, AuthZEN)
• Layer 1 (Agent Accessibility): API-Auffindbarkeit und strukturierte Zugriffsprotokolle
• Layer 0 (Infrastructure Trust): DNS-verankerter kryptografischer Nachweis der Infrastruktur-Integrität (SOVP)

Auf Layer 0 fällen autonome Beschaffungsagenten ihr Topologie-Urteil, bevor eine API-Anfrage protokolliert wird und bevor ein Dashboard Traffic registriert.

Spezifikation Agentische Infrastruktur →

Signal Sovereignty

Signal Sovereignty bezeichnet die Fähigkeit, maschinenlesbare Infrastruktursignale zu besitzen, zu kontrollieren und deren Korrektheit zu garantieren, jene Signale, die agentische Systeme für Entitätsklassifizierung, Beschaffungsentscheidungen und Knowledge-Graph-Konstruktion verwenden.

Mit Signal Sovereignty liefert die Entität kryptografisch verifizierbare, DNS-verankerte Signale, die probabilistische Inferenz durch deterministische Ground Truth ersetzen. Die Entität kontrolliert damit aktiv ihre digitale Präsenz, statt sie zufälligen Crawler-Ergebnissen und Modellinterpretationen zu überlassen.

Signal Sovereignty ist das strukturelle Ergebnis vollständiger SOVP-Konformität.

Agentic Commerce

Agentic Commerce beschreibt autonome B2B-Beschaffung und Lieferantenbewertung durch KI-Agenten ohne menschliche Vermittler. Im Agentic Commerce erhält ein KI-Agent eine Beschaffungsaufgabe, entdeckt selbstständig Kandidaten, bewertet ihre Infrastruktursignale und schließt sie entweder aus oder führt sie weiter, alles mit Maschinengeschwindigkeit, bevor eine menschliche Prüfung stattfindet.

Die entscheidende Bewertung findet auf Layer 0 statt: Der Agent nimmt Infrastruktur, die seine Topologieanforderungen erfüllt, in die Kandidatenliste auf. Infrastruktur, die diese Anforderungen nicht erfüllt, filtert er still heraus, ein Vorgang, der keinerlei sichtbare Rückmeldung erzeugt.

Agentische Infrastruktur →

Agentic SEO

Agentic SEO ist ein infrastrukturzentrierter Ansatz zur Sichtbarkeit in der agentischen Wirtschaft. Es ist die strukturelle Konfiguration maschinenlesbarer Signale einer Domain, um die korrekte Klassifizierung, Abfrage und Vertrauenszuweisung durch autonome Agenten sicherzustellen. Eine Content-Strategie, eine Keyword-Methodik oder eine Erweiterung der klassischen Suchmaschinenoptimierung ist es ausdrücklich nicht.

Während klassisches SEO menschliche Suchabsichten optimiert, optimiert Agentic SEO für maschinelle Topologieverifikation: Integrität strukturierter Daten, Entitäts-Kanonisierung, DNS-verankerte Identitätssignale und deterministische Protokollkonformität.

Was dabei herauskommt

Das Ergebnis von Agentic SEO ist messbar: ein SOVP-Scan, der CERTIFIED zurückgibt, bestätigt, dass die Infrastruktur korrekt für agentische Abfrage konfiguriert ist.

Agentic SEO Spezifikation →

Agentische Architektur (Agentic Architecture)

Agentische Architektur ist das strukturelle Design digitaler Infrastruktur zur Unterstützung autonomer Agenten-Interaktion über alle drei Ebenen des agentischen Stacks (Layer 0–2). Eine Organisation mit konformer Agentischer Architektur verfügt über:

• DNS-verankerte kryptografische Identität (Layer 0: SOVP CERTIFIED)
• Maschinenlesbare API-Auffindbarkeit mit strukturierten Zugriffsprotokollen (Layer 1)
• Föderierte Identität und Autorisierung kompatibel mit Agent-zu-Agent-Kommunikation (Layer 2)

Agentische Architektur ist klar von KI-Fähigkeit zu unterscheiden: Ein Unternehmen kann intern anspruchsvolle KI einsetzen und dabei externe Agentische Architektur strukturell vernachlässigen. Das Ergebnis ist Unsichtbarkeit für die Agenten potenzieller Kunden.

SRS (Sovereign Readiness Score)

Der Sovereign Readiness Score ist der numerische Gesamtwert eines SOVP Full Validator Scans auf einer Skala von 0 bis 100. Er ergibt sich aus der gewichteten Aggregation der Scores aller strukturierten Validierungscluster.

Eine Domain gilt als CERTIFIED, wenn der SRS alle SOVP-Schwellenwert-Anforderungen über alle Pflichtcluster hinweg erfüllt. Ein hoher SRS allein garantiert keinen CERTIFIED-Status, wenn der Schwellenwert eines Hard-Gate-Clusters nicht erreicht ist.

Referenzwerte

Historischer Referenzwert aus dem SOVP-Benchmark Juni 2026 (Methode v2.0, 559 Messungen auf 540 Domains, 10 Sektoren): Ø SRS 45,1 laut ursprünglicher Veröffentlichung (Datenbank: 45,31), Ø KI-Readiness 11,5. Keine Domain erreichte zum Messzeitpunkt SOVP-Ready-Status. Aktuelle Werte (September 2026): SOVP-Benchmark.

SOVP-Benchmark-Daten →

CERTIFIED / NOT_CONFORMANT / INCOMPLETE

Das Urteil eines SOVP Full Validator Scans lautet CERTIFIED, NOT_CONFORMANT oder INCOMPLETE. Das Urteil kennt genau diese drei Werte. Jede Schwelle ist ein hartes Gate, und jedes Cluster besteht es oder verfehlt es, sofern der Scan es messen konnte.

Seit wann dreiwertig

Dreiwertig ist das Urteil seit dem 03.09.2026. Vor diesem Datum gescannte Läufe tragen die früheren Werte NOT_READY und PARTIAL; im Benchmark mit Stichtag 05.09.2026 betrifft das 1.473 von 1.525 Domains, weil sie Ende August gemessen wurden.

Die Urteile im Einzelnen

CERTIFIED bedeutet: Die geprüfte Infrastruktur erfüllt alle SOVP-Protokoll-Schwellenwerte über alle strukturierten Validierungscluster. Das Ergebnis ist institutionell verwertbar: als Nachweis der Agentic-Commerce-Readiness, in Lieferantenqualifizierungsprozessen und als verifizierbares Signal für autonome Agenten.

NOT_CONFORMANT bedeutet: Mindestens ein Cluster-Schwellenwert liegt noch unter dem Zielwert. Der detaillierte Bericht zeigt, welche Cluster Optimierungspotenzial aufweisen und welche Infrastrukturänderungen den Weg zu CERTIFIED bei einem erneuten Scan ebnen.

Wenn der Scan zu wenig erreicht

INCOMPLETE bedeutet: Der Scan erreichte zu wenig von der Domain, um zu einem Urteil zu kommen, typischerweise wegen einer Firewall oder eines Bot-Schutzes während des Scans. Das ist eine Aussage über die Erreichbarkeit zum Scan-Zeitpunkt und lässt die Frage der Infrastrukturqualität offen. Der Bericht hält den Score zurück und verweist auf einen erneuten Scan als nächsten Schritt. Eingeführt am 01.08.2026; frühere Scans unterschieden allein CERTIFIED und FAILED und wurden nachträglich nicht umgestuft.

Was CERTIFIED nicht ist

CERTIFIED ist ein technischer Infrastrukturnachweis, keine regulatorische Zertifizierung. Es ist vergleichbar mit einem Penetrationstest-Bericht: ein unabhängig verifizierbarer, reproduzierbarer Nachweis des Infrastrukturzustands zu einem bestimmten Zeitpunkt.

SOVP QuickScan

Der SOVP QuickScan ist ein kostenloses Validierungswerkzeug, das eine feste Teilmenge der Pflichtparameter in 4 gewichteten Clustern prüft: KI-Readiness (40%), Infrastruktur (25%), Meta (20%), Struktur (15%). Dazu kommen zwei Korrekturen außerhalb der Cluster: bis zu 5 Bonuspunkte für eine llms.txt und eine Korrektur für Inhaltsrauschen von −5 bis +5 Punkten. Kein Login erforderlich. Der Scan läuft auf einem Cloudflare-Server. Ein Nutzungszähler hält Punktzahl und Urteil 90 Tage fest. Das Ergebnis ist nur für den Nutzer sichtbar.

QuickScan-Verdicts:

• CRITICAL (0–59): Grundlegende Layer-0-Signale fehlen: für agentische Systeme unsichtbar.
• DEVELOPING (60–89): Teilkonformität: erkennbar, aber für autonome Agenten nicht vertrauenswürdig.
• ADVANCED (90–99): Hohe Konformität: nähert sich dem Schwellenwert für Full-Validator-Zertifizierung.
• UNVERIFIED (100): Maximaler QuickScan-Score, aber kryptografische DNS-Verankerung noch nicht validiert: erfordert den Full Validator.

QuickScan und Full Validator

Der QuickScan ist ein Richtungssignal, kein Ersatz für den Full Validator. Nur der Full Validator erzeugt ein CERTIFIED-Ergebnis und damit ein Ed25519-signiertes, in DNS verankertes Identitätsdokument. Das Urteil wird im Scan-Ergebnis ausgewiesen und ist nicht Teil des signierten Identitätsdokuments.

QuickScan starten →

SOVP Full Validator

Der SOVP Full Validator ist der vollständige SOVP-Scan. Bis Oktober 2026 war er ein eigenes Produkt der Litzki Systems LLC; heute läuft die Engine im SEO-Portal und kommt nur noch in individuellen Aufträgen zum Einsatz. Er prüft deterministische Parameter in strukturierten Validierungsclustern mit der Ψ_core Engine und erzeugt ein dreiwertiges Ergebnis (CERTIFIED, NOT_CONFORMANT oder INCOMPLETE). Bei CERTIFIED wird ein Ed25519-signiertes Identitätsdokument ausgestellt und in DNS verankert; das Urteil ist nicht Teil dieses signierten Dokuments.

Der Weg zu CERTIFIED

Der Full Validator ist der einzige Weg zu einem SOVP CERTIFIED Status. Sein Output ist audit-fähig: Das Ergebnis ist DNS-verankert, maschinell verifizierbar und direkt in Lieferantenqualifizierungsprozessen einsetzbar.

Leistung SEO-Reporting →

SOVP Validator Portal

Das SOVP Validator Portal war bis Oktober 2026 das Monitoring-Produkt der Litzki Systems LLC (Pläne mit Rescans, Dashboard, Vault-Eintrag und Score-Badge). Es ist für Kunden geschlossen und dient nur noch internen Zwecken und Vorführungen.

Ψ_core Engine

Die Ψ_core Engine (ausgesprochen „Psi-Core") ist die deterministische Scan-Engine, die den SOVP Full Validator antreibt. Sie verarbeitet deterministische Infrastrukturparameter gegen die SOVP-Protokollspezifikation und erzeugt die gewichteten Cluster-Scores, die zum Sovereign Readiness Score aggregiert werden.

Die Ψ_core Engine ist deterministisch: Für denselben Infrastrukturzustand liefert sie stets dasselbe Ergebnis. Sie verwendet keine probabilistischen Modelle, kein ML-Scoring und keine statistische Approximation. Die Engine läuft auf dedizierter Hetzner-Serverinfrastruktur in Nürnberg, Deutschland (DSGVO-konforme Jurisdiction).

Ψ_core im Protokoll

Davon zu unterscheiden ist Ψ_core im Protokoll: die binäre Signaturprüffunktion aus draft-litzki-sovp-04, Abschnitt 4, Ψ_core = Verify(K_pub, σ, JCS(M)). Sie liefert 1 oder 0 und keinen Score (siehe Sovereign Validation Protocol).

Für die Ψ_core Engine ist ein Patent angemeldet.

Ed25519-signiertes Identitätsdokument

Bei einem CERTIFIED-Ergebnis des Full Validators stellt SOVP ein Ed25519-signiertes Identitätsdokument aus. Ed25519 ist ein hochperformantes elliptisches-Kurven-Signaturverfahren, das einen kompakten, fälschungssicheren Nachweis der Datenintegrität erzeugt.

Die Signatur bescheinigt, dass das Identitätsdokument authentisch, unverändert und einer spezifischen Domain zu einem spezifischen Zeitpunkt zuzuordnen ist. Sie ist DNS-verankert: Der Verifikationsschlüssel ist in den DNS-Einträgen der geprüften Domain hinterlegt, sodass eine unabhängige Verifizierung durch jede Partei ohne Kontakt zu Litzki Systems möglich ist. Das Urteil (CERTIFIED, NOT_CONFORMANT, INCOMPLETE) wird im Scan-Ergebnis ausgewiesen und ist nicht Teil des signierten Identitätsdokuments.

Der Unterschied

Das signierte Identitätsdokument unterscheidet SOVP von einem konventionellen Audit-Bericht: Die Identität der Domain ist maschinell verifizierbar durch autonome Agenten, ohne menschliche Vermittler.

Entity Map

Eine Entity Map ist eine maschinenlesbare Deklaration der Identität, Beziehungen, Produkte und strukturellen Eigenschaften einer Organisation. Sie wird unter /.well-known/entitymap.json bereitgestellt und von KI-Agenten, LLM-Crawlern und Knowledge-Graph-Spiders bei der Entitätsklassifizierung konsumiert.

Ohne Entity Map müssen autonome Agenten die Identität einer Organisation aus HTML-Inhalten und probabilistischem Pattern-Matching ableiten, ein Verfahren, das für Fehlklassifizierungen, unvollständige Extraktion und Halluzination anfällig ist. Die Entity Map liefert Ground Truth: deterministische, strukturierte, kanonisch verlinkte Identitätsdaten, die Inferenz durch Fakten ersetzen.

LLM-Readiness

LLM-Readiness misst den Grad, zu dem die Infrastruktur einer Domain von LLM-Crawlern, RAG-Pipelines und Retrieval-Systemen korrekt verarbeitet werden kann. Es ist kein Maß für Inhaltsqualität. Es misst die strukturellen Eigenschaften, die bestimmen, ob die Entitätsdaten einer Domain zuverlässig ingested, dedupliziert und kanonisch aufgelöst werden können.

Signale

Wesentliche LLM-Readiness-Signale: Vollständigkeit strukturierter Daten (JSON-LD), kanonische URL-Konsistenz, maschinenlesbare Entitätsdeklarationen (Entity Map, entitymap.json), KI-Crawling-Policy-Dateien (ai.txt, llms.txt) und Abwesenheit entropiegenerierender Strukturen, die RAG-Pipeline-Kollaps verursachen.

LLM-Readiness wird als Teil des SOVP Full Validator KI-Readiness-Clusters bewertet. Branchen-Ø: 11,03 von 100 über 1.525 Domains (September 2026, SOVP-Benchmark); historisch im Juni 2026: 11,5 über 559 Messungen.

Knowledge Graph Readiness

Knowledge Graph Readiness beschreibt die strukturelle Bereitschaft der Entitätsdaten einer Domain für die Aufnahme in Knowledge Graphs: Google Knowledge Graph, Wikidata, Crunchbase und branchenspezifische Graphen, die von Beschaffungsagenten genutzt werden.

Eine Domain mit hoher Knowledge Graph Readiness verfügt über: korrekt strukturiertes Organization-Schema mit eindeutigen Identifikatoren (LEI, EIN, Wikidata-QID), externe Querverweise für Deduplizierung, konsistente kanonische Benennung über alle Kanäle und maschinenlesbare Entitätsdeklarationen, verknüpft vom Domain-Root.

Domains mit unzureichender Knowledge Graph Readiness fehlen entweder in Knowledge Graphs oder sind falsch klassifiziert, beides macht sie für agentische Beschaffungs-Workflows unsichtbar, die auf graphbasierter Entitätsauflösung basieren.

Maschinenlesbare Infrastruktur (Machine-Readable Infrastructure)

Maschinenlesbare Infrastruktur bezeichnet die Konfiguration der technischen Eigenschaften einer Domain: DNS-Einträge, HTTP-Header, strukturierte Daten, Protokoll-Endpunkte und Identitätssignale, so dass autonome Agenten, LLM-Crawler und Knowledge-Graph-Spiders sie ohne menschliche Vermittler oder natürlichsprachliche Interpretation verarbeiten können.

Maschinenlesbare Infrastruktur ist die Voraussetzung für Agentische Architektur. Eine Domain kann exzellente menschenorientierte Inhalte und schlechte Maschinenlesbare Infrastruktur haben, was sie für die Systeme, die agentische Commerce-Entscheidungen treffen, praktisch unsichtbar macht.

SOVP misst Maschinenlesbare Infrastruktur deterministisch.

Deterministische Validierung (Deterministic Validation)

Deterministische Validierung liefert für dieselbe Eingabe stets dasselbe Ergebnis, unabhängig von Modellversion, Crawl-Zeitpunkt, statistischem Rauschen oder Interpretationsspielraum des Operators. Dies steht im direkten Gegensatz zu probabilistischen Ansätzen (klassischen SEO-Audits, KI-basierten Scoring-Systemen und ML-Klassifikatoren), bei denen dieselbe Infrastruktur zu unterschiedlichen Zeitpunkten unterschiedliche Scores liefern kann.

Determinismus in SOVP

SOVP ist deterministisch. Bei einem bestimmten Infrastrukturzustand erzeugt die Ψ_core Engine stets dieselben Cluster-Scores und dasselbe Ergebnis. Diese Eigenschaft ist für die institutionelle Nutzung unerlässlich: Ein CERTIFIED-Ergebnis, das sich ohne Infrastrukturänderung verändern könnte, ist als Nachweis nicht verwertbar.

Deterministische Validierung ist die architektonische Eigenschaft, die SOVP-Ergebnisse audit-fähig macht und durch Dritte maschinell verifizierbar, ohne erneuten Scan.