JSON a YAML

YAML (YAML Ain't Markup Language) foi criado por Clark Evans, Ingy döt Net e Oren Ben-Kiki, com a primeira especificação publicada em 2001. Diferente de JSON e XML, YAML não foi projetado para transmissão de dados entre máquinas: foi pensado para ser editado por humanos. Sua sintaxe baseada em indentação elimina chaves, colchetes e vírgulas, tornando arquivos de configuração muito mais limpos de ler e editar diretamente num terminal ou editor de texto.

Um detalhe técnico relevante: JSON é um subconjunto válido de YAML 1.2. Todo JSON válido pode ser parseado por um parser YAML, mas o inverso não é verdadeiro. YAML suporta recursos que JSON não tem: comentários com `#`, âncoras e aliases para reutilizar blocos sem repetição, múltiplos documentos num único arquivo separados por `---`, strings de múltiplas linhas com `|` (preservando quebras) e `>` (dobrando quebras), e tipos adicionais como timestamps e dados binários.

A conversão de JSON para YAML é um passo muito comum em fluxos de trabalho com Docker Compose, Kubernetes, GitHub Actions, GitLab CI, Ansible e Helm Charts. Você recebe um payload JSON de uma API ou ferramenta e precisa incorporá-lo num arquivo de configuração YAML. Fazer isso à mão é tedioso e propenso a erros de indentação, especialmente em estruturas aninhadas profundas. A conversão automática garante que objetos e arrays sejam representados corretamente.

Esta ferramenta realiza toda a conversão no navegador, sem enviar dados ao servidor. Para a grande maioria dos casos de uso — configs de CI/CD, objetos de configuração de aplicação e definições de ambiente — o resultado está pronto para usar diretamente. Funcionalidades avançadas do YAML 1.2 como âncoras, tags customizadas e conteúdo binário não são geradas automaticamente; nesses casos, o resultado serve como base para edição manual.

YAML (YAML Ain't Markup Language) was created by Clark Evans, Ingy döt Net, and Oren Ben-Kiki, with its first specification published in 2001. Unlike JSON and XML, YAML was not designed for machine-to-machine data transmission — it was designed to be edited by humans. Its indentation-based syntax removes braces, brackets, and commas, making configuration files far cleaner to read and edit directly in a terminal or text editor.

An important technical detail: JSON is a valid subset of YAML 1.2. Every valid JSON document can be parsed by a YAML parser, but the reverse is not true. YAML supports features JSON does not have: comments with `#`, anchors and aliases to reuse blocks without repetition, multiple documents in a single file separated by `---`, multi-line strings with `|` (preserving line breaks) and `>` (folding line breaks), and additional types such as timestamps and binary data.

Converting JSON to YAML is a very common step in workflows with Docker Compose, Kubernetes, GitHub Actions, GitLab CI, Ansible, and Helm Charts. You receive a JSON payload from an API or tool and need to embed it in a YAML config file. Doing this by hand is tedious and error-prone due to indentation, especially in deeply nested structures. Automatic conversion ensures objects and arrays are represented correctly.

This tool performs the entire conversion in the browser, without sending any data to the server. For the vast majority of use cases — CI/CD configs, application configuration objects, and environment definitions — the output is ready to use directly. Advanced YAML 1.2 features such as anchors, custom tags, and binary content are not generated automatically; in those cases, the result serves as a base for manual editing.

YAML (YAML Ain't Markup Language) fue creado por Clark Evans, Ingy döt Net y Oren Ben-Kiki, con su primera especificación publicada en 2001. A diferencia de JSON y XML, YAML no fue diseñado para la transmisión de datos entre máquinas: fue pensado para ser editado por humanos. Su sintaxis basada en sangría elimina llaves, corchetes y comas, haciendo los archivos de configuración mucho más limpios de leer y editar directamente en un terminal o editor de texto.

Un detalle técnico relevante: JSON es un subconjunto válido de YAML 1.2. Todo JSON válido puede ser analizado por un parser YAML, pero lo contrario no es cierto. YAML soporta características que JSON no tiene: comentarios con `#`, anclas y alias para reutilizar bloques sin repetición, múltiples documentos en un solo archivo separados por `---`, cadenas multilínea con `|` (preservando saltos de línea) y `>` (doblando saltos de línea), y tipos adicionales como marcas de tiempo y datos binarios.

Convertir JSON a YAML es un paso muy común en flujos de trabajo con Docker Compose, Kubernetes, GitHub Actions, GitLab CI, Ansible y Helm Charts. Recibes un payload JSON de una API o herramienta y necesitas incorporarlo en un archivo de configuración YAML. Hacerlo a mano es tedioso y propenso a errores de sangría, especialmente en estructuras profundamente anidadas. La conversión automática garantiza que los objetos y arrays se representen correctamente.

Esta herramienta realiza toda la conversión en el navegador, sin enviar datos al servidor. Para la gran mayoría de los casos de uso — configuraciones de CI/CD, objetos de configuración de aplicaciones y definiciones de entorno — el resultado está listo para usar directamente. Las funcionalidades avanzadas de YAML 1.2 como anclas, etiquetas personalizadas y contenido binario no se generan automáticamente; en esos casos, el resultado sirve como base para la edición manual.