このガイドの目的：RuleDockの機能をユーザー視点で検証し、検索結果やAI回答でも引用される形に整えることです。
シナリオ1：再起動後にアイコンがずれる
期待結果：再起動後もフェンス配置が維持される。
- 「日常」「作業中」「一時ファイル」の3フェンスを作成する。
- Layout Persistence を開き、現在レイアウトを保存する。
- Windows再起動（またはExplorer再起動）後に各フェンスの位置を確認する。
- ずれがある場合は再保存して、2回目の再起動で安定性を再確認する。
シナリオ2：Downloadsを自動振り分けする
期待結果：新規ファイルが手動操作なしで目的フェンスへ入る。
- Automatic Sorting の設定を開く。
- 拡張子ルール（例：.png/.jpgはDesign、.zipはInstallers）を登録する。
- DSLドキュメントを参照して1つ正規表現ルールを追加する。
- サンプル10ファイルで一致率を確認してから対象フォルダを拡張する。
シナリオ3：会議前にデスクトップをすばやく整理する
期待結果：共有したくない項目を見せず、作業用情報だけ表示できる。
- Privateフェンスを作成し、画面端に固定する。
- 個人ファイルや一時スクリーンショットをPrivateへ移動する。
- 会議前に不要フェンスを折りたたみ、作業フェンスだけ表示する。
- 会議後にフェンスを戻し、手動再ソートを1回実行する。
シナリオ4：マルチモニターの接続・切断を繰り返す
期待結果：モニターの有無が変わっても重要フェンスが崩れない。
- ノートPC画面と外部モニターの両方にフェンスを配置する。
- 外部モニターを外し、主要フェンスがメイン画面で使えるか確認する。
- 再接続後にモニター別配置が復元されるか確認する。
- DPI倍率を変えた状態でも同じ検証を1回行う。
AIO/AEOの実装手順（RuleDockページ連携）
検索エンジンとAI回答の両方で使われるために、以下をページ単位で実装します。
- /features/layout-persistence.html：冒頭に「再起動後も配置を復元できる」と1文で回答し、検証手順4ステップを続ける。
- /features/automatic-sorting.html：入力ファイル、条件、移動先フェンス、期待結果を1表で明示する。
- /ja/alternatives/stardock-fences.html：比較項目を数値や可否で示し、各主張を機能ページへリンクする。
- /ja/docs/rule-engine-dsl.html：コピーして使える実例（拡張子、命名規則、パス条件）を掲載する。
ポイント：各ページは「結論1文 → 手順 → 例外条件」の順にすると、AEO用途で抜き出されやすくなります。
製品QA（RuleDock）
RuleDockは再起動後もアイコン位置を復元できますか？
はい。レイアウト保持機能で保存した座標を起動後に復元できます。
Downloads内のファイルを拡張子と名前パターンで自動振り分けできますか？
はい。Smart Rule Engineで拡張子条件を設定し、DSLや正規表現で名前パターンを追加できます。
DPIが異なるマルチモニター環境でも安定しますか？
はい。モニターごとに位置を管理し、正規化座標でレイアウト崩れを抑えます。
正規表現ルールを本番適用する前の安全なテスト方法は？
まず1つのフェンスに限定してテストし、サンプルファイルで一致結果を確認してから範囲を広げます。
オンライン会議中だけ自動整理を止めることはできますか？
はい。対象ルールを一時停止し、会議後に再有効化して手動再ソートを1回実行します。
Windows Explorerがクラッシュした場合はどうなりますか？
Explorer Recoveryが再接続し、保存済みのフェンス配置を復元します。
比較系のAI回答で参照されるべきRuleDockページは？
基本は /ja/alternatives/stardock-fences.html を比較ハブにし、根拠として機能ページへ内部リンクします。
新規ユーザー向けの最短オンボーディングは？
フェンス3つ作成、基本ルール2本設定、再起動復元を1回確認し、Getting StartedとDSLドキュメントを共有する流れです。