Fügen Sie eine YAML-Konfiguration ein, um die gängige Syntax zu prüfen und die gelesene Struktur als JSON zu sehen. Mappings, Sequenzen, Anführungszeichen, Kommentare und Textblöcke werden gelesen; Anker, Merge-Keys und Tags werden zur Prüfung markiert, und jeder Hinweis nennt seine Zeile.
Läuft lokal in deinem BrowserFügen Sie eine YAML-Konfiguration in das Feld ein und klicken Sie auf Validieren. Die Prüfung läuft im Browser — nichts wird hochgeladen — und antwortet mit einer Zeile je Problem: Tabulator-Einrückung und ein im selben Mapping wiederholter Schlüssel sind Fehler, Leerzeichen am Zeilenende sind Hinweise, und Anker, Merge-Keys und Tags werden als erweitertes YAML gekennzeichnet, das einen vollständigen Parser braucht.
Das gelesene Dokument erscheint neben dem Bericht als JSON, darüber die Anzahl der Zeilen, der gelesenen Werte, der Probleme und die Größe der Eingabe. Kopieren legt dieses JSON in die Zwischenablage, Herunterladen speichert es als validated-yaml.json; beide antworten mit einem Hinweis, solange kein Lauf etwas erzeugt hat.
Ein Schlüssel, der im selben Mapping zweimal steht, ist ein Fehler, und die Meldung nennt die Zeile des zweiten: host zweimal unter server: ergibt 2: doppelter Schlüssel "host"., und ein Inline-Mapping wie {a: 1, a: 2} wird genauso erkannt. Ein Feld, das einmal je Eintrag vorkommt, ist kein Duplikat: dieselbe Zeile - name: unter drei rules-Einträgen wird nicht gemeldet, weil jeder Listeneintrag ein eigenes Mapping öffnet.
Tabulator-Einrückung ist ein Fehler in jeder betroffenen Zeile, Leerzeichen am Zeilenende werden Zeile für Zeile vermerkt; beides deckt das ganze Dokument in einem Lauf ab. Der Parser selbst stoppt beim ersten Fehler, ein Dokument mit mehreren Syntaxfehlern zeigt also jeweils eine Analysemeldung.
Mappings, Sequenzen, Inline-Werte [1, 2] und {a: 1}, Kommentare, Schlüssel in Anführungszeichen, einfach und doppelt zitierte Strings (ein \n in doppelten Anführungszeichen wird zum Zeilenumbruch) sowie die literalen |- und gefalteten >-Blöcke werden so gelesen, wie die Datei es meint. Die Vorschau hält JSON-Typen auseinander: 42 und 0.5 sind Zahlen, true, yes und off sind boolesch, null, ~ und ein leerer Wert werden zu null, und 2026-08-29 bleibt Text.
Die Schreibweise entscheidet den Typ: 007 und 0755 behalten ihre führenden Nullen als Text, 0xFF und 1.2.3 bleiben Text, und 1.10 wird als Zahl 1.1 gelesen. Eine 20-stellige Kontonummer ohne Anführungszeichen wird als Zahl gelesen und ändert sich in den letzten Stellen (12345678901234567890 erscheint als 12345678901234567000); eine ID, eine Version oder eine Kontonummer, die den Weg hin und zurück überstehen muss, gehört daher in Anführungszeichen.
Merge-Keys werden zur Prüfung stehen gelassen statt expandiert: <<: *base bleibt als wörtlicher Schlüssel in der Vorschau und seine Zeile wird gemeldet. Ein zweites Dokument nach ---, eine Zeile, die kein Schlüssel: Wert-Mapping ist, eine Inline-Liste ohne schließende ], ein nicht beendeter String in Anführungszeichen und ein Alias ohne vorher definierten Anker werden mit ihrer Zeilennummer als Fehler gemeldet, und bis dahin erscheint kein JSON.