より手軽に、同じ体験を：ClawSimple 共有プランのご紹介

見込みユーザーの方から最もよく聞くフィードバックのひとつは、こんな言葉です。

「すごく良さそうなんですが、個人利用 / テスト目的なんで、もう少し安くなりませんか？」

それはもっともなリクエストです。ユーザーごとに専用の物理サーバーを用意するのは、チームや上級ユーザーには正しい選択です。でも、セルフホストの手間なしに 24/7 稼働する個人用 AI エージェントが欲しいだけなら、専用サーバーはオーバースペックです。

そこで、私たちは新しいものを作っています。

発表する内容

私たちは 共有プラン（Shared Plan） を開発中です。複数のユーザーの AI エージェントが同一の物理マシン上で動き、それぞれが独立した Docker コンテナ の中で実行される、新しいプランです。

これはまだ公開プレビューではありません。リリース前に透明性をもってお伝えし、何が来るのか、どんなトレードオフがあるのかを正確に理解していただきたいと思っています。

どのように動くか

現在、すべての ClawSimple サブスクリプションは専用サーバーをプロビジョニングします。1 台のマシン、1 人のユーザー。パフォーマンスの分離という点では優れていますが、エージェントが常に高負荷で動いているわけでなければ、ほとんど使われていない計算リソースにお金を払い続けることになります。

共有プランは、これに対する新しい選択肢を提供します。

複数のユーザーが 1 台の物理ホストを共有
各ユーザーの OpenClaw インスタンスは専用の Docker コンテナで実行
コンテナは完全に分離 — ファイル、メモリ、エージェントの設定は、同じホスト上の他のユーザーには見えません

外部から見ると — つまり Telegram の視点では — あなたのボットはまったく同じように動きます。話しかければ返答し、物事を記憶し、ツールを実行する。外部から見て違いはありません。

変わらないもの

日常的な利用で最も重要な部分は、変わりません。

✅ エージェントは分離されています。 あなたの Docker コンテナは、独自のファイルシステム、プロセス空間、ネットワーク名前空間を持っています。同じホスト上の他のユーザーは、あなたのファイルを読んだり、メッセージを傍受したり、エージェントのメモリにアクセスしたりすることができません。

✅ セキュリティ強化は同一です。 専用サーバーユーザーを守る、ホワイトリスト強制・プロンプトインジェクション防護・ツールサンドボックスは、Docker コンテナ内でも同様に機能します。

✅ マルチエージェントは引き続き利用可能です。 1 つのサブスクリプションで複数のボットを実行できます。専用サーバーと同様に、隔離された Docker コンテナ内で安全に実行されます。

✅ ダッシュボードの体験は同じです。 デプロイ、再起動、エージェント追加、ステータス確認 — どのプランを使っていても、ClawSimple の UI は変わりません。

✅ BYOM は動作します。 自分のモデルの API キーを持ち込めば、専用サーバーと同様に、コンテナ内で暗号化された状態で保管されます。

変わるもの

正直なところ、テストや日常的な個人利用では、ほぼ違いはありません。ただ、細部についても透明にお伝えしておきます。

⚡ 計算リソースは共有です。 同じホスト上の別のユーザーが CPU を大量に使うタスクを実行すると、一時的に速度低下が起きる可能性があります。これが共有インフラの根本的なトレードオフです。コンテナレベルのリソース制限（CPU クォータ、メモリ上限）によって軽減していますが、ゼロではありません。

🔒 分離モデルが少し異なります。 専用サーバーでは、OS レベルでの唯一のユーザーはあなただけです。共有ホストでは、コンテナは他のコンテナとカーネルを共有します。Docker の名前空間と cgroup による分離は堅牢かつ実績のある技術ですが、完全に独立した VM とは異なるセキュリティ境界です。ただし、個人アシスタント・調査ボット・自動化ワークフローなど、ほとんどのユースケースではこの違いは関係ありません。

🛠️ root アクセスはありません。 専用サーバーユーザーは緊急認証情報で SSH 接続できます。共有コンテナはルートシェルアクセスを提供しません。エージェントはマネージド環境で実行されます。これは実際には多くの SaaS 製品と同じ動作方式であり、ほとんどのユーザーはそもそも root アクセスを必要としません。

こんな方に向いています

共有プランは以下の方を想定しています。

個人ユーザー で、専用サーバー価格を払わずに個人用 AI エージェントを持ちたい方
設定をテストしたい開発者 で、正式プランにコミットする前に OpenClaw を試したい方
チームでの評価 で、低い初期コストで ClawSimple を試したい方
軽量なワークロード で、エージェントが 1 日に何十回かメッセージに応答する程度の使い方

高トラフィックな Telegram コミュニティ向けのサポートボットや、長時間のタスクを常時実行するコーディングエージェントを運用しているなら、専用サーバーが引き続き適しているでしょう。でも、ほとんどの個人ユーザーには共有プランで十分です。

料金について

具体的な数字はまだ確定していませんが、現行の BYOM プランよりも意味のある価格ダウンを目指しています。「とりあえず試してみたい」という気持ちの障壁がなくなるくらいの水準です。

ローンチに近づいたら料金を発表します。早期アクセスに興味があれば、このブログをチェックするか、X または Discord でご連絡ください。

なぜ Docker なのか、単純にプロセスを並べるのではなく？

同じサーバーで複数の OpenClaw プロセスを動かせばいいのでは、と思うかもしれません。

コンテナはより強固な保証を提供します。

ファイルシステムの分離: 各コンテナは独自のルートファイルシステムを持ちます。エージェント A が意図せず（または悪意をもって）エージェント B のワークスペースにアクセスすることはできません。
ネットワークの分離: 各コンテナは独自のネットワーク名前空間を持ちます。ユーザーごとの通信ルールを施行し、コンテナ間の通信を防止できます。
リソース制限: コンテナレベルの CPU・メモリクォータにより、「うるさい隣人」が他全員に影響を与えるのを防ぎます。
独立した再起動: 1 つのコンテナがクラッシュしても、再起動時に他のコンテナに影響しません。

通常のプロセスでは、複雑でエラーの多い設定なしにはこれらを実現できません。Docker はこれをデフォルトにします。

まとめ

共有インフラが悪評を持つのは、過去に粗雑に実装されてきたからです。1 台のマシンに詰め込みすぎ、リソース制限もなく、分離も無視してきた。私たちもそのような事例を見てきました。

私たちのアプローチは違います。適切なホスト密度、ハードなコンテナリソース制限、そして自信を持てる分離。テストや日常利用においては、実際には専用サーバーと区別がつきません。

これを作っているのは、より多くの人が自分の AI エージェントを持てる価格を実現したいからです。簡単だからではありません。共有インフラを適切に構築するのは、専用サーバーより難しいです。でもその結果として、まったく新しいユーザー層に ClawSimple を届けられる価格が実現します。

ご期待ください。準備が整い次第、料金と提供時期を含む正式なローンチ発表を行います。

ClawSimple は OpenClaw のデプロイを管理します。サーバーの運用ではなく、エージェントで何をするかに集中できます。