logo
Development
概要開発スペースワークスペースAPI Referenceベストプラクティス更新履歴
検索
日本語
ワークスペース / 概要 / WebとAPPの比較
Web と APP の機能比較
最終更新日：30日前

Web と APP の機能比較

概要

GPTBots ワークスペースは 2 つの利用方法を提供します。Web 版（ブラウザからアクセス）と デスクトップ APP（macOS/Windows/Linux デスクトップクライアント）です。両者はコアとなる UI コンポーネントとバックエンド API を共有していますが、Agent が実際にどこで実行されるかに本質的な違いがあります。

簡単に言えば：

  • Web は頭脳 —— 対話の開始、スペースの管理、結果の確認
  • APP は手足 —— 実際にタスクを実行し、ファイルを操作し、コマンドを実行し、IM に接続する

一言での区別

ユーザーの疑問 回答
ブラウザだけで十分ですか？ Work / Search / ワークフロー / エージェント / スペース管理を見るだけなら十分です —— ただし実際にタスクを実行するには少なくとも 1 台の APP ノードがオンラインである必要があります
デスクトップ APP は Web なしで単独利用できますか？ できます。APP 版はそれ自体が完全なワークスペースであり、ローカルに Agent エンジンを備えています
チームでは全員が APP をインストールする必要がありますか？ 必要ありません。誰か 1 人でも APP をオンラインで起動していれば、チームメンバーは Web を通じてタスクをその APP に振り分けることができます（ノードを enterprise に設定する必要があります）
Web に表示されない設定項目はどこにありますか？ デスクトップ APP の「設定」内にあります —— モデル Key、スキル、ツール、定時タスク、チャネル、サブエージェント、メモリ、ランタイムセキュリティ

機能マトリクス比較

機能の観点 🌐 Web 版 🖥️ APP 版
Work 対話 Gateway 経由でリモートの Agent ノードに接続 ローカル Sidecar が直接実行
Agent Loop リモートノードでの実行に依存 ローカルで 25 ラウンドの自律ループ
コンテキスト圧縮 リモートノードが処理 ローカルで 5 層の圧縮戦略
ファイルシステム ❌ ローカルファイルへのアクセス権限なし ✅ ローカルファイルの読み書き・検索が完全に可能
サンドボックス実行 ❌ 非対応 ✅ VirtIO マイクロ仮想マシンによる隔離実行
MCP ツール ❌ 非対応 ✅ stdio / SSE / HTTP の 3 種類の伝送方式
スキル（Skills） ❌ ローカルスキル非対応 ✅ 21 項目のプリセット + カスタム + エンタープライズスキル
チャネル（IM） ❌ 設定非対応 ✅ 14 以上のプラットフォーム（Telegram、WhatsApp、DingTalk など）
定時タスク ❌ 非対応 ✅ 単発 / 周期 / Cron
サブエージェント リモートノードに依存 ✅ ローカルで作成 + ノード横断の振り分け
メモリ管理 ✅ エンタープライズメモリ（管理者画面） ✅ アカウント + エンタープライズ + セッションの全次元
モデル設定 ❌ ローカル設定非対応 ✅ 複数プロバイダーの API Key 管理
設定パネル なし（対応機能はスペース管理内） ✅ 完全な設定
AI Search ✅ 対応 ✅ 対応
Agent エージェント ✅ A2A エージェント管理 + 対話 ✅ A2A エージェント管理 + 対話
Workflow ✅ ワークフロー一覧 + 詳細 + 実行 ✅ ワークフロー一覧 + 詳細 + 実行
スペース管理 ✅ 完全な管理者機能 ✅ 埋め込みウィンドウ経由でアクセス可能
マルチモーダルプレビュー ✅ 9 種類のファイルプレビュー ✅ 9 種類のファイルプレビュー

アーキテクチャの違い

Web 版：Gateway 接続モデル

ブラウザ ──WebSocket──► Gateway ──WebSocket──► リモート APP ノード │ インテリジェントルーティング (LLM → BM25 → フォールバック)
                      
                      ブラウザ ──WebSocket──► Gateway ──WebSocket──► リモート APP ノード
                        │
                    インテリジェントルーティング
                 (LLM → BM25 → フォールバック)
このコードブロックをポップアップで表示
  • Web 版そのものは Agent Engine を実行しません
  • すべての対話の実行は、少なくとも 1 つのオンラインのリモート APP ノードに依存します
  • Gateway はノードの発見、インテリジェントルーティング、メッセージ転送を担います
  • 適したケース：軽量なブラウジング、スペース管理、リモートでのタスク開始

APP 版：ローカル 3 プロセスモデル

React UI ──IPC──► Tauri Rust ──stdio──► Node.js Sidecar (Agent Engine)
                      
                      React UI ──IPC──► Tauri Rust ──stdio──► Node.js Sidecar (Agent Engine)
このコードブロックをポップアップで表示
  • APP 版はローカルで完全な Agent エンジン（Sidecar プロセス）を実行します
  • ローカルファイルシステムへの完全なアクセス権限を持ちます
  • Gateway ノードとして登録でき、Web 版や他の APP からリモート呼び出しが可能です
  • 適したケース：本格的な開発、自動化タスク、ローカルツールの実行

UI 共有のしくみ

Web と APP の対話画面のコアコンポーネントは、PlatformAdapter + 兄弟リポジトリのパスエイリアス によって共有されています —— Web リポジトリと APP リポジトリを同じワークスペースディレクトリ内に並列に配置し、APP 版は Vite/tsconfig のエイリアス ~/* を通じて Web リポジトリのソースコードを直接参照します。

階層 説明
共有層（claw-shared） WorkPage、PromptInput、SessionList、Preview など 40 以上のコンポーネント。ソースは Web リポジトリ内
Web アダプター webPlatformAdapter.ts — Redux Store を WorkState にマッピング
APP アダプター appPlatformAdapter.ts — Redux + coworkService を WorkState にマッピング

つまり、Web で見る Work 対話画面と APP で見るものは完全に同一です —— 同じコード、同じコンポーネントのセットであり、異なるのは基盤となる実行方法だけです。

選定のアドバイス

あなたのシーン 推奨 理由
ときどき AI と少し話す、質問をする Web 版 インストール不要、ブラウザからアクセス可能
ワークスペースの管理（メンバー、権限、使用量） Web 版 スペース管理は Web 版が最も使いやすい
ローカルファイルの処理、コードの作成 APP 版 ローカルファイルシステム権限 + Bash ツールが必要
毎日の繰り返し作業を AI に自動化してもらう APP 版 定時タスクは APP のみ対応
AI をチームの IM（Telegram、DingTalk など）に接続する APP 版 チャネル設定は APP のみ対応
複数デバイスでの協働（自宅 + オフィス） Web + 複数台の APP Web で開始、APP ノードで実行
私はエンタープライズ管理者で、全員の AI 使用量を管理したい Web 版 スペース管理画面

複数デバイス協働の典型的な使い方

「自宅で Web 版ブラウザから対話を開始 → Gateway がオフィスの常時稼働している APP にルーティング → オフィスの APP がローカルファイルを読み取ってタスクを完了 → 結果がブラウザにリアルタイムで表示される。」

このシーンでは：

  1. オフィスのそのパソコン：APP をインストールし、アカウントにログインし、ノードを account（自分だけが見える）または enterprise（同僚も利用可能）に設定します
  2. 自宅のブラウザ：同じアカウントにログインし、Work に入り、メッセージ送信時に入力欄の下に自動的にその APP ノードが選択されます
  3. タスクの実行：すべてのコマンドはオフィスの APP 上で実行され、結果は Gateway 経由でストリーミングで自宅のブラウザに返送されます