MarbleOSとは AIエージェントGUIの正体と5ツール比較

Marbleと打つとWorld Labsの3D世界生成AIばかり出てきて、AIエージェントGUIの「MarbleOS」に一発でたどり着けない。
そんな検索の混乱にまず答えると、この2つは完全に別物です。
MarbleOSの正体と、Claude Code・Cursor・Juggler・Orcaを含めた5ツール比較で、AIエージェントGUIの現在地を整理していきます。

MarbleOSとは何か World Labs Marbleとの混同を先に片づける

MarbleOSは、AIエージェント専用のワークスペース型GUIアプリです。
公式サイトのキャッチコピーは「Like ChatGPT, but it actually goes and does the work」。
チャットに埋もれがちなファイル・ツール・タスク・出力を、常に一望できるワークスペースに置き直す、というのが主張です。

MarbleOS — Your new computer

A workspace with visible files, tools, tasks, and outputs — not buried in chat threads.

marbleos.com

ここで面倒なのが、Fei-Fei Liさん率いるWorld Labsが2025-11-12に公開した「Marble」との名称衝突です。
World LabsのMarbleは1枚の画像やテキストから3D空間を生成する「世界モデル」で、AIエージェントGUIのMarbleOSとはプロダクトの性質も対象ユーザーも別物。
検索で「Marble」だけを打つとほぼ後者の情報で埋まっているので、AIエージェントGUIを探すなら必ず「MarbleOS」で検索したほうが確実です。

実は「まだ触れない」ツールである

正直に言うと、MarbleOSは2026-08-04時点で一般公開されていません。
公式サイトは「Get notified when MarbleOS is ready for public access」のウェイトリスト登録ページになっていて、料金体系・OSSかクローズドか・対応AIモデル・HITL（人間介入フック）の詳細は、いずれも公式に一切記載がありません。
つまり「使ってみた」記事が書けるプロダクトではないのが現実で、代わりに設計思想と業界内での位置づけを読み解くのが今できる最善のアプローチです。

Show HNで136ポイントを集めた理由 なぜ今GUIが議論になるのか

MarbleOSの露出源は、akbabuさんが投稿したShow HN「What should the GUI for AI agents look like?」で、136ポイント・70件超のコメントを集めました。

投稿者akbabuさんの主張はシンプルで、要約するとこうです。
AIとのやり取りは自然言語になったけれど、実態はいまだにコマンドライン段階に留まっている。
チャットログを延々スクロールしてどこで話が分岐したかを探す作業は、GUIの発明前に戻ったような体験になっている。
だからAIエージェントも「ワークスペース」として扱い直すべき時期なのではないか、と。

コメント欄では賛否両論が起きて、その中で出てきたのが「fanning out vs fanning in」という設計思想の対立です。
この論点は日本語記事でほぼ触れられていないので、あとで別のセクションで掘ります。

Claude Code Cursor Juggler Orca MarbleOS 5ツール比較

「AIエージェントを操作するGUI」というカテゴリで語れるツールを、公式ソースで裏どりして横に並べてみます。

この表を眺めるだけで見えてくるのは、MarbleOSだけが「未公開・情報最小限」という対極の立ち位置にいるということです。

GitHub - juggler-ai/juggler: The Juggler Code Agent

The Juggler Code Agent. Contribute to juggler-ai/juggler development by creating an account on GitHub.

github.com

GitHub - stablyai/orca: Orca is the ADE for working with a fleet of parallel agents. Run any coding agent with your own subscription. Available on desktop, mobile and VPS.

Orca is the ADE for working with a fleet of parallel agents. Run any coding agent with your own subscription. Available on desktop, mobile and VPS. - stablyai/orca

github.com

JugglerはJUCE作者のJulian Storerさんが7月に公開してすでに547★、Orcaは4か月で36.6k★と、既に動くOSSがGitHubで実装まで公開されているのに対して、MarbleOSは公式サイトのウェイトリスト登録ページだけが窓口。
この非対称性を無視して「これは新しい発明だ」と紹介するのはフェアじゃないので、正直に並べておきます。

一方で、MarbleOSが提示した「AIエージェントのGUIをどう作るべきか」という問いそのものは、他のツール群が実装で答えつつある論点そのものです。
JugglerはFinder風のMiller列でスレッドを分岐、Orcaはgit worktreeで隔離した並列実行、Cursorはコードエディタ統合、Claude Codeはターミナルにhookで差す、といった具合に、それぞれ異なる答えを出しています。
MarbleOSがどう答えを出すのか、GAされたら真っ先に触ってみたい対象です。

HNコメントに見る fanning outとfanning inの設計思想論争

コメント欄で一番刺さった議論が、PaulRobinsonさんの「fanning outでなくfanning inであるべき」という主張です。
これは日本語で書かれた記事でほぼ見かけない切り口なので、少し丁寧に解きほぐします。

fanning out タスクをエージェント側に枝分かれさせる発想

fanning outは、1つのプロンプトから複数のエージェントに枝を伸ばして、それぞれに別のタスクや別解を並行で走らせる発想です。
MarbleOSのキャッチコピー「it actually goes and does the work」も、この方向性の匂いがします。
Orcaのgit worktree並列実行も、複数エージェントに別解を並走させる意味ではfanning outに近いです。

fanning in 既存の作業にツールを取り込む発想

fanning inはこれの真逆で、自分がすでに向き合っている作業やドキュメントの上に、必要な道具を呼び込むという発想です。
PaulRobinsonさんはこの参考例として、1990年代のMicrosoft OLE（Object Linking and Embedding）を挙げていました。
Wordの文書にExcelの表を埋め込めるのがOLEの典型で、「主役はあくまで文書、機能は文書に対して呼び出される」という設計思想です。

現代の例で言えばFigmaが分かりやすくて、キャンバスという主役があり、そのキャンバスに対してコメント・プラグイン・共同編集が全部呼び出される作りになっています。
「タスクをAIに丸投げして結果を受け取る」ではなく、「作業しているドキュメントの上でAIを補助的に呼び出す」というスタイルです。

どちらが正解 ではない

PaulRobinsonさんの主張は「AIエージェントのGUIはfanning outでなくfanning inを志向すべきだ」というものですが、これは対立というより住み分けの話に近いと私は感じています。
コーディングタスクの並列比較にはfanning outが効くし、じっくり同じコードベースを育てる作業にはfanning inが効く。
MarbleOSが未公開の今、どちらに寄せて設計してくるかで評価が分かれる可能性が高そうです。

MarbleOSは今すぐ使えるか 現状とウェイトリスト登録

結論から言うと、2026-08-04時点でMarbleOSは触れません。
公式サイトで「Get notified」のメール登録だけができる状態で、対応OS・料金・対応モデルは未告知です。

今から動くなら、選択肢は3つあります。
1: MarbleOSのウェイトリストに登録して、公開時に一次情報を掴めるようにしておく。
2: 既に触れるJugglerやOrcaを試して、「AIエージェントのGUIとは何か」の感覚を先に身につけておく。
3: Show HNのスレッドを追いかけて、コミュニティが何を求めているかを把握しておく。

私は3つとも並行してやっていて、特にJugglerとOrcaは既に日常のワークフローに組み込みました。
MarbleOSがGAされたときに「既存ツールに対して何が新しいか」を即座に判断できるのは、他のツールを既に触っている人の特権です。
待っているだけでなく、隣接ツールに手を出しておくのが一番賢い立ち回りだと思います。