JSON ↔ YAML-konverter

Hvad er dette værktøj?

YAML er foretrukket format til de fleste moderne konfigurationsfiler — Kubernetes-manifester, Docker Compose, GitHub Actions og GitLab CI-pipelines, Ansible-playbooks — fordi det er mere læsbart end JSON for mennesker, der redigerer filer i hånden: ingen anførselstegn krævet omkring de fleste nøgler, ingen efterfølgende kommaer at få forkert, og kommentarer understøttes. JSON er derimod det, de fleste API'er og programmeringssprog producerer og forbruger nativt.

Dette værktøj bygger bro mellem de to ved brug af js-yaml, en udbredt JavaScript-implementering af YAML-specifikationen, så parsing og generering følger de samme regler, som et YAML-bevidst værktøj som `kubectl` eller en CI-runner ville anvende.

Konvertering af JSON til YAML gør objekter til indrykkede nøgle: værdi-blokke og arrays til `-`-præfikserede listeelementer. Konvertering af YAML til JSON gør det modsatte, og løser også YAML-specifikke typegenveje (som ucitrede `true`, `null` eller tal) til deres korrekte JSON-typer.

Hvorfor bruge det?

• Tovejs — konverter JSON til YAML eller YAML til JSON fra samme skærm.
• Standardbaseret parsing og generering via js-yaml, så outputtet matcher det, som rigtige YAML-værktøjer (Kubernetes, CI-systemer, Ansible) forventer.
• Håndterer indlejrede objekter og arrays uanset dybde, og konverterer mellem YAML's indrykningsbaserede struktur og JSON's klammer og parenteser.
• Fortolker korrekt YAML-typegenveje — ucitrede true/false, null og numeriske værdier bliver deres korrekte JSON-typer i stedet for strenge.
• Kopiér til udklipsholder eller download som en .json- eller .yaml-fil.
• 100% klient-side — intet du indsætter, uploades nogen steder.

Sådan bruger du det

1. Vælg en retning: "JSON → YAML" eller "YAML → JSON".
2. Indsæt dine data i inputboksen.
3. Klik "Convert".
4. Gennemgå resultatet, kopiér det derefter eller klik "Download" for at gemme en fil.

Eksempel

Input

{"name":"Alice","roles":["admin","editor"],"active":true}

Output

name: Alice
roles:
  - admin
  - editor
active: true

Læg mærke til hvordan arrayet bliver til en liste af elementer med bindestreg under "roles", og booleanen forbliver ucitreret true frem for at blive strengen "true".

Praktiske tips

• Skriver du et Kubernetes-manifest eller en GitHub Actions-workflow: udkast strukturen som JSON (mange editorer og AI-værktøjer genererer JSON mere pålideligt), og konverter derefter til YAML til den endelige fil.
• Fejlfinder du en YAML-konfiguration, der opfører sig mærkeligt: konverter den til JSON for at se præcis, hvilke værdier der er strenge, tal eller booleans — YAML's fleksible syntaks kan skjule typeuoverensstemmelser, der er indlysende i JSON.
• Hvis din JSON indeholder nøgler med specielle tegn eller som starter med et tal, vil js-yaml automatisk citere dem i YAML-outputtet, så de parses korrekt tilbage.

Hvorfor typekonvertering er den trickyste del af YAML

YAML's største brugbarhedsfordel over JSON — at anførselstegn ikke er påkrævet omkring de fleste værdier — er også dens største kilde til subtile fejl. Det klassiske eksempel er "Norge-problemet": i YAML 1.1 (brugt af mange ældre parsere) fortolkes en ucitreret værdi af `no` som booleanen `false`, ikke strengen "no", hvilket har ødelagt virkelige landekode-konfigurationer, der lister Norge. Dette værktøj følger YAML 1.2-specifikationen, som indsnævrede mængden af ucitrede værdier, der behandles som booleans, til kun `true` og `false` (og deres store/små bogstaver-varianter), hvilket reducerer — dog ikke eliminerer — denne type overraskelse. Hvis du er i tvivl om, hvordan en værdi vil blive typet, er det sikreste valg at citere den eksplicit i din YAML.

Ofte stillede spørgsmål