01
什麼時候該先用 JSON Repair
如果問題不在資料含義本身，而在語法包裹層，優先用 JSON Repair。典型來源包括複製的 API 回傳、手改後的設定檔、被日誌污染的偽 JSON，或需要先清洗才能進入解析器的匯出內容。
補充說明
這和 JSON Diff 不同。Repair 負責先把內容變成合法 JSON，Diff 則負責在兩份都可解析之後做結構化比較。
使用建議
適用場景、處理建議與下一步
JSON Repair 對應的是「內容幾乎可用，但因語法問題無法直接解析」的場景。常見問題包括逗號、引號、註解、尾隨字元或格式混雜。這個頁面的價值，是讓使用者先在瀏覽器裡把 JSON 修到可用，再回到開發、排查或營運流程。
先把場景、流程和後續入口看清楚，再繼續處理目前文件，會更順手。
02
更實用的瀏覽器修復流程
把損壞 payload 貼進來，完成修復並驗證結果，再送進測試、腳本或其他審閱工具。這樣開發、QA、支援與營運團隊不必為了快速修復去打開本地編輯器或臨時寫腳本。
補充說明
如果後續還要拿修復後的結果和另一個版本比較，再切到 JSON Diff，會比在髒資料上直接比較更穩。
常見問題
常見問題
這些問題通常會在第一次使用時遇到，先看一遍會少走彎路。
這個頁面主要適合處理哪些 JSON 問題？
它適合處理常見的語法錯誤，例如多餘逗號、引號不完整、註解、尾隨逗號和其他導致解析失敗的問題。
應該先用 JSON Repair 還是 JSON Diff？
如果其中一側不是合法 JSON，先 Repair。等兩邊都能正常解析後，再用 JSON Diff 做結構化審閱。
誰最適合用瀏覽器裡的 JSON 修復流程？
開發、QA、支援工程師與營運團隊都適合，尤其是在只想快速修一下資料、不想切到本地腳本時。