Como verificar um arquivo YAML e ler a prévia em JSON

Cole uma configuração YAML na caixa e pressione Validar. A verificação roda no navegador — nada é enviado — e responde com uma linha por problema: indentação com tabulação e uma chave repetida no mesmo mapeamento são erros, espaços no fim são avisos, e âncoras, chaves de mesclagem e tags são marcadas como YAML avançado que exige um analisador completo.

O documento interpretado aparece ao lado do relatório em JSON, com a contagem de linhas, de valores lidos, de problemas e o tamanho da entrada acima. Copiar leva esse JSON para a área de transferência e Baixar salva como validated-yaml.json; os dois respondem com um aviso enquanto nenhuma execução tiver produzido algo.

  1. Cole o texto YAML. A página não tem seletor de arquivos, então um arquivo do disco precisa ser aberto em um editor e colado — ou comece com Carregar exemplo, uma definição de serviço de dez linhas.
  2. Pressione Validar. O exemplo informa 10 linhas, 10 valores lidos e 0 problemas; um documento de 2.401 linhas ainda é interpretado em cerca de seis milissegundos.
  3. Leia o relatório de validação abaixo da prévia: cada entrada começa pelo número da linha, erros aparecem em vermelho e avisos como espaços no fim em âmbar.
  4. Quando um erro de análise é informado, o painel JSON fica vazio: corrija a linha indicada na mensagem e valide de novo.

O que a prévia faz com cada valor

Chaves duplicadas, indentação e espaços

Uma chave escrita duas vezes dentro do mesmo mapeamento é um erro e a mensagem indica a linha da segunda: host repetido sob server: aparece como 2: chave duplicada "host"., e um mapeamento em linha como {a: 1, a: 2} é detectado do mesmo modo. Um campo que se repete uma vez por registro não é duplicado: a mesma entrada - name: em três itens de rules não é sinalizada, porque cada item de lista abre um mapeamento próprio.

A indentação com tabulação é um erro em cada linha que a usa e os espaços no fim são avisados linha por linha; os dois cobrem todo o documento em uma execução. O analisador para no primeiro defeito, então um documento com vários erros de sintaxe mostra uma mensagem de análise por vez.

Como os valores são lidos

Mapeamentos, sequências, valores em linha [1, 2] e {a: 1}, comentários, chaves entre aspas, strings com aspas simples e duplas (um \n entre aspas duplas vira quebra de linha) e os blocos literal | e dobrado > são lidos como o arquivo pretende. A prévia mantém os tipos JSON separados: 42 e 0.5 são números, true, yes e off são booleanos, null, ~ e um valor vazio viram null, e 2026-08-29 continua texto.

A grafia decide o tipo: 007 e 0755 mantêm os zeros iniciais como texto, 0xFF e 1.2.3 continuam texto e 1.10 é lido como o número 1.1. Um número de conta de 20 dígitos sem aspas é lido como número e muda nos últimos dígitos (12345678901234567890 aparece como 12345678901234567000), então um id, uma versão ou um número de conta que precise sobreviver à ida e volta deve ficar entre aspas.

Onde o analisador parcial para

Chaves de mesclagem ficam para revisão em vez de serem expandidas: <<: *base permanece na prévia como chave literal e a linha é sinalizada. Um segundo documento depois de ---, uma linha que não é um mapeamento chave: valor, uma lista em linha sem fechar com ], uma string entre aspas não terminada e um alias cuja âncora não foi definida são informados como erros com o número da linha, e nenhum JSON é mostrado até que sejam corrigidos.

Ferramentas recentes: