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-21-multi-layout.md

@@ -20,10 +20,10 @@
 木案はそこが弱いが、次の点で勝る。
 
 - 条件付きの選択肢(あるバリアントを選んだときだけ現れる選択肢)が入れ子で自然に出る。
-  タグ案では選択肢の依存関係を別に持つ必要がある
+    タグ案では選択肢の依存関係を別に持つ必要がある
 - 「どのキーがどの選択肢に属するか」を木の上で直接見られる。タグ案は全ノードを走査しないと分からない
 - 空のVariant(「エンコーダーを載せない」)が、子のいないノードとしてそのまま置ける。
-  タグ案ではファイル単位の宣言が必須になる(キーのタグから選択肢を復元できないため)
+    タグ案ではファイル単位の宣言が必須になる(キーのタグから選択肢を復元できないため)
 
 別レイヤー案は、選択箇所が「どのスイッチを実装するか」という物理の話であり、
 PHY以外の3レイヤーがすべてPHYのノードIDを参照する構造からも外れるので落とした。
@@ -58,7 +58,7 @@ supersetの並びから選択外のキーを落とした派生情報として出
 ## 捨てた検討
 
 - キーごとに `variants: string[]` を持たせて複数の選択肢にまたがらせる形。
-  そもそも複数選択肢で共通のキーが実在するかを確認できていないので、必要になってから決める
-  (PHYレイヤー.md P-15)
+    そもそも複数選択肢で共通のキーが実在するかを確認できていないので、必要になってから決める
+    (PHYレイヤー.md P-15)
 - 選択状態(どのバリアントを選んでいるか)をPHYとは別ファイルに持つ案。
-  既定のバリアントをVariantGroupに持たせれば足りる。編集中の表示切り替えはエディタの状態
+    既定のバリアントをVariantGroupに持たせれば足りる。編集中の表示切り替えはエディタの状態