リソース

リソースペインは、ワークスペースの背後にある仮想マシンを構成します。すなわち、ディスクの構成方法、割り当てるメモリ量、ネットワークへの到達方法です。このペインは3つのグループ——ストレージ、メモリ、ネットワーク——に分かれており、すべてのワークスペースVMが必要とする3つの要素に対応しています。

ストレージコントロールは実際のワークスペースのディスクに作用するため、ワークスペースが存在して初めて表示されます。設定テンプレート（Bromure → 環境設定…）では、作用対象のVMが存在しないため、ペインはストレージコントロールが実際のワークスペースに適用される旨を説明し、メモリとネットワークの設定のみを表示します——これらは依然としてすべての新規ワークスペースの初期値となります。

ストレージ

ワークスペースのファイルシステムは、3つのスタックされたレイヤーから構築されます。ペインの説明にあるとおり、これらのレイヤーが積み重なってこのワークスペースの環境を形成します。最下層は共有かつ不変であり、上位2層はあなたのもので、それぞれ独立して消去できます。各レイヤーはスタック内の1行として表され、右側にそのサイズとステータスが、また操作が可能な場合はボタンが表示されます。

ホームフォルダ

最上層は永続的な /home/ubuntu です——プロジェクトのクローン、ドットファイル、.ssh キー、npm-global、.cargo、シェル履歴、その他エージェントがホームに書き込むすべてのものが含まれます。最新のワークスペースでは、これはプライベートな ext4 ディスクイメージ上に置かれ、VM内でファイルが削除されるとMac上で縮小します。行のステータス行には、相対時刻と現在のサイズとともに アクティブ が表示されるか、初回起動前には 未作成 が表示されます。

この行には2つのアクションが表示され得ます。

• ホームを消去…（破壊的）はホームレイヤーを消去します。プロジェクト、シェル履歴、npm-global、.cargo、および自動生成されたSSHキーペアはすべて削除されます。アプリが管理するドットファイルは次回起動時に再構築され、ホームのロールバックチェックポイントも削除されます。ワークスペースの残りの部分——システムディスク、設定、インポートされた認証情報——はそのまま維持されます。
• 2つ目のモデル依存のスロットには、ホームを復元… または ストレージをアップグレード… のいずれかが表示されます。
  • ホームを復元… は、ext4 ホームイメージを起動ごとのチェックポイントのいずれかにロールバックします（各チェックポイントは、そのセッションが開始した時点そのままのホームです）。現在のホームはまず先にチェックポイントされるため、復元自体も取り消すことができます。これは セッション で説明されているロールバックと同じものです。
  • ストレージをアップグレード… は、ホームがまだ共有ホストフォルダになっているレガシーなワークスペースにのみ表示されます。これは ext4 イメージへの一度きりの移行を再度スケジュールし、次回起動時に実行されて、進捗が起動画面に表示されます。古いホームはバックアップとしてMac上に保持されます。

ワークスペースシステムディスク

中間層は、このワークスペース専用にクローンされた、読み書き可能なベースOSのコピーです。ここには sudo apt install でインストールしたもの、/etc や /var への編集、その他のシステムレベルの構成が保持されます。ステータス行には、どのベースバージョンからクローンされたかが表示されます（例：ベース v200.2 からクローン）。

ベースにリセット…（破壊的）は、すべてのシステムレベルの変更を破棄し、現在の ベースイメージ からディスクを再クローンします。ホームフォルダはそのまま維持され——OSレイヤーのみが置き換えられます。新しいディスクは古いメモリスナップショットに対して再開できないため、リセットは保存されたRAM状態とタブレイアウトもクリアします。そのため次回の起動はクリーンブートになります。これはサイドバーの ディスクをリセット と同じ操作です。ワークスペース を参照してください。

ベースOSイメージ

最下層は、共有かつ不変のベースイメージです——Ubuntu Noble に Node、Claude Code、Codex、gh、glab、フォントを加えたもので、すべてのワークスペースによってクローンされ、実行時には読み取り専用です。この行には、バージョン、ビルド日、ディスク上のサイズが表示されます。ここにはワークスペースごとのアクションはありません。ベースの再構築はすべてのワークスペースに影響するため、代わりにアプリメニューに置かれており、この行には アプリメニューから再構築（約5〜10分） と記されています。

メモ: 2つの破壊的なボタンは、ワークスペースのセッションウィンドウが開いている間は無効になり——ツールチップには 先にセッションウィンドウを閉じてください。 と表示されます——また、まだ一度も起動していないディスクが存在しないワークスペース（初回起動時に作成されます。）でも無効になります。リセットまたは消去の前にセッションを閉じてください。

メモリ

VM RAM ステッパーは、このワークスペースのVMに割り当てるメモリを 2から32 GBまで2刻み で設定します。キャプションが示唆するとおり、Claude や Codex の動作が遅く感じられる場合や、Rust のビルドがメモリ不足になる場合は値を上げてください。

デフォルト値は、あなたのMac自身のメモリに応じてスケールされます。RAMが18 GB未満のホストでは 4 GB、36 GBまでは 6 GB、それより大きなマシンでは 8 GB です。VMのCPU割り当ては 4 vCPU に固定されており、ここでは構成できません。

ヒント: ニッチな用途向けに、ワークスペースの初回起動前に defaults write io.bromure.agentic-coding vm.homeImageGB -int <N>（8〜1024 GB、デフォルト64）で ext4 ホームイメージの見かけのサイズを変更することもできます。イメージはスパースなので、見かけのサイズを大きくしても、ゲストが実際にその分を書き込むまではコストはかかりません。

ネットワーク

ネットワーク グループは、2つのモードから選ぶラジオボタンです。

• NAT（デフォルト）——VMはNATの背後に配置されます。外向き通信は機能し、LAN上のどこからもVMに到達できません。すべてのNATモードのワークスペースVMは1つのプライベートネットワークセグメントを共有するため、ワークスペースとそのブラウザVM、または2つのワークスペースが、IPによって互いの開発サーバーに到達できます——コンセプト を参照してください。キャプションには次のように表示されます：VMはNATの背後に配置されます。外向き通信は機能し、LAN上のどこからも到達できません。
• ブリッジ——VMは物理LANに参加し、DHCP経由で独自のLANルーティング可能なIPアドレスを取得します。

ブリッジモードとインターフェイスピッカー

ブリッジ を選択すると、Macの物理ネットワークインターフェイスを一覧表示する インターフェイス ピッカーが表示されます。VMは選択したインターフェイスにブリッジされ、デフォルトでは最初に利用可能なものになります。キャプションが確認します：VMは、選択したインターフェイス上でDHCP経由でLANルーティング可能なIPを取得します。

Macにブリッジ可能なインターフェイスがない場合、オレンジ色の警告が表示され——ブリッジ可能なインターフェイスがありません。Bromure AC は起動時にNATにフォールバックします。——ワークスペースは代わりにNATモードで起動します。ブリッジネットワークは仮想化ネットワークのエンタイトルメントに依存するため、適切に署名されたビルドでのみ利用可能です。

設定リファレンス

ここで説明したディスク、ホーム、チェックポイントのファイルは ~/Library/Application Support/BromureAC/profiles/<uuid>/ の下に置かれます。コンセプト の章ではコピーオンライトのクローンモデルを説明し、セッション ではサスペンド、再開、ホームチェックポイントを詳しく扱います。