01制約と痛み：16GBと単一ディスクに起きる三つの壁
対話とSkillsを同居させると、メモリとディスクのスパイクが重なります。購入前に揃えたい前提のみ列挙し、のちほど表へ落とし込みます。
- 同時セッション：常駐モデルとブラウザ級の重なりで、16GBの余白が薄まります。
- Skills冷起動：初回のみ依存展開と一時領域が膨らみ、空きが厳しく見えます。
- 監査と再現性：install経路がブレると受入で差し戻しになりやすいです。
02決定行列：同時負荷・ディスクピーク・容量SKU
下表は目安です。OpenClaw想定のスパイクで読み替え、実測で置換してください。512GB前に並列分割を検討します。
| 観点 | 256GBで足りやすい例 | 512GBを見る例 |
|---|---|---|
| 同時セッション | 対話一系統・夜間バッチ | 昼間も二系統以上 |
| Skills冷起動 | 週一回程度の差替え | 日次で複数Skills |
| ディスクピーク | dfで一時領域が早く解放 | ログと成果物が同居滞留 |
二
対話とバッチの系統目安
六
セットアップ検証の段数
三
表の分岐軸の数
03導入手順：curl検証、npm固定、ゲートウェイ受入
六段階をRunbook化し、完了条件を明文化すると買い増し時に再利用しやすいです。
手順：（1）
curl -fsSLでinstall.sh取得しSHA256照合（2）chmod前にdiff保存（3）npmグローバルはVoltaかenginesで固定（4）ゲートウェイTLSスモーク（5）冷起動直後にdf -hを三回（6）受入シートへ貼りヘルプへリンク04並列分割：単一16GBから逃がす三つの型
型Aは対話とバッチを二台＋キュー。型BはホットSkillsを固定し冷Skillsのみ退避。型Cはリージョン分割で往復短縮。料金で合計を契約前に確定します。
05FAQ：セッション、冷起動、容量の三点
問：16GBで常時二セッションは可能ですか。
答：常駐モデルとSkillsキャッシュ次第です。型Aの二台割が安全です。
問：install.shの検証は何をもって十分ですか。
答：チェックサム一致と取得元の信頼記録が残ることです。
問：ゲートウェイ受入で落ちやすい点は。
答：TLS名不一致とnpm版ズレです。固定後に再スモークします。
閾値は環境依存です。実測ログと契約画面を正としてください。