JSON Repair

不正なJSONとは、JSONに見えるものの厳密なJSON構文仕様に違反しているテキストのことです — 例えば、引用符なしのキー、ダブルクォートの代わりのシングルクォート、末尾カンマ、括弧の欠落、コメントなどです。JSON.parseのような厳密なパーサーはこれを拒否しますが、修復ツールなら通常は自動的に修正できます。

はい。LLMの出力は壊れたJSONの最も一般的な発生源のひとつです。このツールは、引用符なしのキー、シングルクォート、末尾カンマ、括弧の欠落、JSONを囲む説明文、途切れた(途中で切れた)レスポンスに対応します。

いいえ。修復アルゴリズムは完全にブラウザ内で実行されます。JSONがデバイスの外に出ることはないため、機密性の高いログ、APIペイロード、顧客データの修復にも安全に使用できます。

JSON Formatterはすでに有効なJSONのみを扱います — 整形(pretty-print)と検証を行います。JSON Repairはさらに一歩進んで、まず無効なJSONを修正し(引用符、カンマ、括弧、途切れ)、次に整形されたクリーンなJSONを出力します。有効な入力にはフォーマッターを、壊れた入力には修復ツールをご利用ください。

ほとんどの場合、修復できます。途切れたJSON(例: トークン制限により値の途中で切れたオブジェクト)は、開いたままの文字列、配列、オブジェクトを閉じることで修復されます。そもそも送信されなかったデータは復元できませんが、構造は再び有効な状態になります。

修復可能な一般的な問題：末尾のカンマ、ダブルクォートの代わりのシングルクォート、引用符で囲まれていないキー、PythonスタイルのTrue/False/Noneリテラル、文字列内のエスケープされていない改行、コメントなど。修復エンジンはこれらを厳密なRFC 8259準拠のJSONに書き換え、適用された修正を正確に報告します。

すべての修復は可能な限り意味を保持します。コメントは削除され（JSONにはコメント構文がないため）、引用符のスタイルは正規化されますが、値・構造・順序の意味はそのまま保たれます。差分ビューに各変換内容が表示されるため、出力を使用する前に予期しない変更がないか確認できます。

主な原因は3つあります。LLMの出力（指示にもかかわらずモデルがシングルクォート、末尾のカンマ、引用符なしのキーを出力する）、手動で編集された設定ファイル、途中で切れたAPIログです。パース前に修復することで、1つの不正なレコードのせいでバッチ全体が失敗するのを防ぎ、パイプラインを継続できます。