この記事について
この記事は、生成AIを活用した自動生成フローで作成しています。PowerShellのTest-Jsonの公式仕様を確認し、設定ファイルを使う前に構文を読み取り専用で検査する最小例にしました。
検証ステータス：📘 Microsoft公式仕様確認済み・PowerShell実機未確認
JSON設定は、アプリへ読み込ませて失敗する前に Test-Json で検査できます。まずは本番ファイルを触らず、文字列だけで挙動を見ます。
まず試す
$good = '{"name":"papanda","enabled":true}'
$bad = '{"name":"papanda","enabled":true'
$good | Test-Json
$bad | Test-Json
見るのはTrue/Falseとエラーです。正しいJSONと、閉じ波括弧を1つ消したJSONで差が出ることを確認します。
1か所変えてみる
true を文字列の "true" に変えてください。JSONとしてはどちらも成立するため、単なる構文検査だけでは「型が期待どおりか」までは保証できないことが分かります。
構文確認と仕様確認は別
Test-Json はJSONとして読めるかの確認に使え、Schemaを与えれば構造の検証もできます。設定投入前チェックでは、まず構文、次に必須キーや型、最後にアプリ固有の意味という順で分けると原因を切り分けやすくなります。
ファイルを確認する
Get-Content -LiteralPath .\settings.json -Raw | Test-Json
この操作は読み取り専用です。検査スクリプトの段階では、失敗したJSONを自動修正して上書きしない方が安全です。
仕事で使うなら
API設定、VS Code設定、社内ツールのJSON、AIへ渡す構造化データなどを配布前に確認できます。CIへ入れる場合はFalseや例外を成功扱いせず、後続の配布処理を止める設計にします。
