Convierte JSON ↔ YAML — y ve exactamente qué cambia.

Convierte JSON a YAML o YAML a JSON en tu navegador y, después, te dice qué ha costado la conversión. Los comentarios, las anclas y los alias, las claves de fusión, las fechas, los flujos de varios documentos y los enteros demasiado grandes para que JavaScript los represente con exactitud no sobreviven al viaje: cada uno de ellos aparece como una advertencia o una nota con nombre propio junto a la salida, en lugar de desaparecer en silencio.

YAML 1.2, mediante js-yaml 4 y su esquema por defecto (core), el mismo lector que usa la mayoría del tooling moderno de JavaScript. Importa porque YAML 1.2 eliminó las grafías booleanas de YAML 1.1: aquí no, yes, on y off son cadenas normales, y solo true y false son booleanos. PyYAML, Psych de Ruby y el tooling antiguo de Kubernetes siguen aún YAML 1.1, así que la tabla de referencia de esta página fija los valores en los que ambas versiones discrepan.

Un parser de YAML 1.1 lee el escalar sin comillas NO como el booleano false, de modo que una lista de países que contiene el código ISO de Noruega se convierte en una lista que contiene false. La misma trampa afecta a ON, OFF, YES, Y y N. Este convertidor sigue YAML 1.2, así que esos valores siguen siendo cadenas, y marca cada uno que encuentra para que sepas que una herramienta YAML 1.1 más adelante en la cadena opinaría lo contrario. En el sentido inverso los entrecomilla al escribir («NO» pasa a ser 'NO'), y eso es precisamente lo que mantiene el archivo seguro para PyYAML.

No. El parseo, la conversión y el informe se ejecutan al 100 % en el cliente, dentro de tu pestaña: no hay servidor, ni cuenta, ni registro de actividad. Puedes pegar manifiestos de producción, configuraciones de CI y archivos con nombres de host internos o secretos sin ningún riesgo.

Se pierden, y la herramienta lo dice. JSON no tiene sintaxis de comentarios, y conservarlos en un viaje de ida y vuelta exigiría un árbol sintáctico consciente de los comentarios en lugar de un parser de valores: eso es un no-objetivo deliberado aquí. Si necesitas que los comentarios sobrevivan, edita el YAML directamente en lugar de pasarlo por JSON.

Se expanden en su sitio. Un ancla (&defaults) marca un valor; un alias (*defaults) lo reutiliza. JSON no tiene ninguno de los dos, así que cada alias se convierte en una copia completa del valor anclado: el documento significa lo mismo, pero es más largo y la reutilización ha desaparecido. Las claves de fusión (<<:) se expanden igual, escribiendo por completo las claves heredadas. Un alias recursivo, donde un nodo se contiene a sí mismo, no puede representarse en JSON en absoluto y se informa como error en lugar de bloquear la página.

JavaScript guarda los números como dobles IEEE-754, así que los enteros por encima de 2^53 − 1 (9007199254740991) no pueden representarse con exactitud. 9007199254740993 pasa a ser 9007199254740992 en el momento en que se parsea: con esta herramienta, con JSON.parse en tu propio código y con cualquier otro convertidor de navegador. La diferencia es que este te avisa y cita los dígitos originales. Si el valor es un identificador y no una cantidad, mantenlo como cadena entrecomillada.

Pega el manifiesto, deja el sentido en YAML → JSON y copia la salida. kubectl patch --type=merge -p espera un documento JSON, y un manifiesto de varios documentos (varios recursos separados por ---) se convierte aquí en un array JSON, que kubectl no acepta como parche: sepáralos y convierte un recurso a la vez. Las cantidades como 256Mi y 500m siguen siendo cadenas en ambos formatos, que es lo que Kubernetes espera.

No mientras use las etiquetas abreviadas. !Ref, !GetAtt y !Sub son etiquetas YAML propias de CloudFormation, no parte del esquema estándar, así que un parser conforme al estándar las rechaza; esta herramienta indica exactamente en qué etiqueta se ha atascado y dónde. Reescríbelas en su forma larga (Ref: BucketName en lugar de !Ref BucketName) y la plantilla se convierte.

Sí, con una excepción inevitable. El orden de las claves se conserva por defecto, y «Sort keys» ordena todos los niveles cuando quieres un diff estable. La excepción son las claves con forma de entero: los objetos de JavaScript siempre enumeran claves como «1» y «2» primero, en orden numérico ascendente, antes que cualquier otra clave, sea cual sea el orden en que se escribieron y estuvieran entrecomilladas o no. La herramienta avisa cuando tu documento las contiene.