YAML パーサー

js-yaml ライブラリを通じて YAML 1.2 仕様に対応しており、Kubernetes 設定、Docker Compose ファイル、CI/CD パイプラインなど、現在使用されている YAML ドキュメントの大部分をカバーしています。

はい。トグルで JSON → YAML モードに切り替え、JSON コンテンツを貼り付けるだけで、適切にインデントされた YAML 形式に変換されます。

はい。すべての解析と変換はクライアント側の JavaScript でブラウザ内で行われます。YAML と JSON のデータがサーバーに送信されることはありません。

YAML 1.2 は JSON の厳密なスーパーセットとして明示的に設計されました。すべての有効な JSON ドキュメントは有効な YAML であり、JSON は YAML の推奨される相互運用サブセットです。さらに YAML はコメント、アンカー、ブロックスカラー、型の強制変換を追加します。この関係により YAML から JSON への変換はロスレス（損失なし）になり、このツールが実行しているのはまさにその変換です。

&anchor はノードに名前を付け、*alias はそれを再利用し、<<: はマッピングを現在のマッピングにマージします。よくあるパターンとして、retries と timeout を持つ defaults: &d を定義しておき、prod: { <<: *d, retries: 10 } と書けば timeout を継承しつつ retries を上書きできます。この重複排除の仕組みは YAML 1.1 で生まれ、現在では事実上すべてのツールが対応しています。

YAML 1.1 は裸の文字列 NO をブール値 false に強制変換します。no、on、off、yes、y、n も同様です。国のリスト [NO, SE, DK] は気づかないうちに [false, SE, DK] に変わってしまいます。YAML 1.2 ではこれが厳格化されました（ブール値は true と false のみ）が、多くのパーサーは 1.1 の挙動を維持しているため、回避策は "NO" のように引用符で囲むことです。このパーサーでは各スカラーが実際にどう解決されたかを確認できます。

運用と CI の設定を中心に広く使われています。Kubernetes のマニフェスト、Docker Compose、GitHub Actions、GitLab CI、Ansible プレイブック、OpenAPI ドキュメントはすべて YAML です。拡張子は .yml と .yaml のどちらでも使えますが、仕様上の正式な表記は .yaml です。

改行をそのまま保持するリテラルブロックには | を（コードの記述に最適）、改行がスペースに変換され段落が折りたたまれるフォールディングブロックには > を使います。どちらもデフォルトでは末尾の改行を 1 つだけ残して切り取ります。チョンピングインジケーターでこれを調整できます。|- は末尾の改行をすべて取り除き、+ はすべて保持します。キーの下のインデントがブロックの境界を決定します。