chore: Markdownのインデント幅を4に固定し、リストの継続行をスペース4つに揃える

継続行がスペース2つだと、VS Codeがインデント幅を2と自動判定する。
.vscode/settings.json でMarkdownの自動判定を切って幅4に固定し、
既存の継続行もリストの記号から4つ下げた位置に揃える。
変更したファイルに markdownlint --fix をかけた分(journalのURL囲みと空行)も含む。

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01VbfgHT848s3JbuFw8MKFF8

journal/2026-09-18-kle-roundtrip.md

@@ -10,7 +10,7 @@
 ## 案の比較
 
 | 案 | 出典 | 問題 |
-|---|---|---|
+| --- | --- | --- |
 | labelにIDを埋め込み、別ファイルのクラスターJSONと紐づけ | PHYレイヤー.md(旧) | VIAのlabelハックと同じ道。IDが長くなりラベルが見づらい |
 | `_beyondkle` メタデータ + labels[8] のハイブリッド | kle-compatibility.md | 同上。独自プロパティはKLEが保存時に落とす可能性 |
 | ゴーストキーにクラスター情報を格納 | kle-compatibility-analysis.md | 下記。所属情報が残らず、結局labelハックに戻る |
@@ -28,12 +28,12 @@ PHY座標モデルの決定(相対座標の木が正本)により、KLE JSONは
 ### ゴーストキー案の穴
 
 - キーの所属は `key.clusterId` という独自プロパティで持たせる設計だった(kle-compatibility-analysis.md の createCluster)。
-  KLEのシリアライザは既知のプロパティしか書き出さないはずで(未確認)、保存時に所属が消える。
-  残すには各キーのlabelにIDを入れることになり、labelハックに戻る
+    KLEのシリアライザは既知のプロパティしか書き出さないはずで(未確認)、保存時に所属が消える。
+    残すには各キーのlabelにIDを入れることになり、labelハックに戻る
 - 矩形に含まれるかで所属を判定する方法は、入れ子や回転があると曖昧になる
 - ゴーストキー自体も labels[0]="CLUSTER_META"、labels[4]=JSON という形で、汚す対象がダミーキーに変わっただけ
 - KLE JSONを読む他ツール(QMK変換、KiCad配置プラグインなど)がゴーストキーを実在するキーとして扱う懸念(未確認)。
-  KLE JSONを出力する目的は互換性なので、偽のキーを混ぜるのは本末転倒
+    KLE JSONを出力する目的は互換性なので、偽のキーを混ぜるのは本末転倒
 
 ### KLEを改造するか自作するかとは独立
 
@@ -45,4 +45,4 @@ KLEを改造する場合でも、内部データと保存形式は自分で決
 - 照合基準の詳細(許容誤差、ラベルの扱い、複数候補の解決)。PHYレイヤー.md の未確認事項 P-2
 - KLEが保存時にキー順を並べ替えるか(未確認)。配列順を照合に使えるかに関わる
 - kle-compatibility.md / kle-compatibility-analysis.md の埋め込み案の記述は今回の決定と食い違うが、
-  既存ドキュメントの再編は別タスクのため触っていない
+    既存ドキュメントの再編は別タスクのため触っていない