JSON ⇔ YAML 轉換工具
只要貼上資料即可在 JSON 與 YAML 之間進行雙向轉換。
可即時切換 JSON → YAML 與 YAML → JSON，並查看格式化後的結果。
當格式有錯誤時會立即提示，
方便檢查設定檔或 API 資料中的語法問題。
轉換後的內容可一鍵複製，
適合用於開發、部署與文件編寫。
所有處理皆在瀏覽器中完成，
輸入的資料不會傳送至任何伺服器，使用上快速又安全。
格式化或錯誤訊息會顯示在這裡。
JSON YAML 轉換工具
JSON 與 YAML 都常用於 API、設定檔、CI/CD、Docker、Kubernetes 與 GitHub Actions。這個工具可以在瀏覽器中進行 JSON 與 YAML 的雙向轉換，方便檢查結構、縮排與欄位值。
常見用途
- 轉換設定範例：將 JSON 範例轉成 YAML 設定或文件片段。
- 檢查 YAML 縮排：在提交 pipeline 或 manifest 前確認格式。
- 整理 API 文件：將 JSON 回應轉成較易閱讀的 YAML 範例。
格式提醒
YAML 支援註解、anchor 與一些 JSON 沒有的寫法。轉成 JSON 後，請確認這些資訊是否被省略或正規化。
這個工具的相關文章
JSON 與 YAML 的轉換及其適用場景
開發現場頻繁使用的 JSON 與 YAML。本篇將介紹各自的特點、主要用途，以及需要相互轉換的場景。
CSV 與 JSON 轉換：API 串接與資料移轉的格式選擇
了解如何安全地在 CSV 與 JSON 之間轉換，包含標題列、分隔符號、值的型別、巢狀資料與實務工作流程。
JSON 格式化與驗證：安全檢查 API 回應的方法
了解如何格式化 JSON、找出語法錯誤、確認值的型別，並將 API 回應延伸成 TypeScript 型別、Zod Schema 或 OpenAPI 文件。
最新文章
curl 選項速查｜-X、-H、-d 實際做了什麼與常見陷阱
整理實務上會遇到的 curl 選項：為什麼加了 -d 就已經是 POST、-d 與 --data-raw 的差別、開頭的 @ 會悄悄讀取檔案的陷阱、單引號與雙引號的取捨，以及為什麼 -k 和 -L 值得多想一下。
JSON Schema 與 Zod 雙向轉換的原理｜required 與 .optional() 的對應
解析雙向轉換器的實作：把 JSON Schema 轉成 Zod 結構定義，也把 Zod 程式碼轉回 JSON Schema。內容涵蓋 required 與 .optional() 預設值相反的陷阱、限制條件對照表，以及不執行程式碼就完成剖析的做法。
SQL 子句執行順序參考｜為什麼 WHERE 看不到 SELECT 的別名
SQL 並不是照您撰寫的順序執行。以邏輯執行順序（FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY → LIMIT）為主軸，說明別名為何在 WHERE 無法使用、WHERE 與 HAVING 的分工、ONLY_FULL_GROUP_BY、COUNT(*) 與 COUNT(欄位) 的差異，以及 LEFT JOIN 搭配 WHERE 的陷阱。
unified diff 格式閱讀指南｜看懂 git diff 的 @@ 標頭
說明如何閱讀 git 產生的 unified diff 格式：@@ -12,7 +12,9 @@ 四個數字的意義、只改一個字元為何顯示成整行替換、空白與換行字元的陷阱、\ No newline at end of file、合併提交的 @@@ 組合式 diff，以及以 similarity index 推斷檔案更名。
UTC⇄JST 換算參考手冊｜9小時時差對照表與時區踩雷指南
以對照表整理 UTC 與日本時間（JST）的換算，並說明與台灣時間（UTC+8）相差 1 小時的關係。內容涵蓋 ISO 8601 的 Z 與 +09:00、JavaScript 日期解析悄悄位移 9 小時的條件、MySQL/PostgreSQL 的時區行為，以及 GitHub Actions cron 一律以 UTC 執行的陷阱。
CREATE TABLE 參考手冊｜MySQL、PostgreSQL、SQLite 的型別與約束差異
以跨資料庫對照表整理 CREATE TABLE（DDL）的寫法：型別對應表、自動編號（AUTO_INCREMENT / IDENTITY / rowid）的方言差異、外鍵的 ON DELETE 行為，以及 MySQL 會靜默忽略的 CHECK 約束。