多くのAIアシスタントは、作業が始まる直前の段階では非常に優れています。問題を説明すると、整理された回答が返ってきて、次に何をするかを決めます。考えることはうまくいきます。しかし、実行するのは依然としてあなたです。
この隔たりが、私たちがZeroをこのように構築した理由であり、最も頻繁に受ける質問――これはClaudeと何が違うのか――への率直な答えでもあります。
この質問をする人の多くが本当に求めているのは、チーム向けのClaude代替製品です。そこでこの記事では、ZeroとClaude Tag、Claude Code、Claude Coworkを比較します。
どちらか一方のモデルが賢いという話ではありません。Zeroは、Anthropicのモデルを含め、皆さんがすでに信頼している最先端モデルと同じものを動かします。違いが現れるのは回答の後です。その差は、Zeroが自律的に行うこと、返してくる成果物、チームでの共有方法、利用できる場所の数、そしてモデルを選ぶ人という五つの点に表れます。
思考モードではなく、アクションモード
初期ユーザーの一人が、私たちの売り文句よりもうまく説明してくれました。
私が感じた最も明確な違いは、Zeroがデフォルトでアクションモードから始まることです。Claudeは、明示的に実行へ向かわせるまで思考モードに留まります。Zeroでは、その切り替えを自分で行う必要がなく、そのまま動き始めました。
これは機能の説明ではなく、製品のあり方の説明です。Zeroは、ツールを呼び出せるチャットボックスではありません。仕事を引き受け、あなたが別のことをしている間に作業し、完成した成果物を返すクラウドエージェントです。
Zeroが実際に行うこと
その多くは、五つの能力領域に分けられます。
- **深いリサーチ。**テーマ、製品、市場、企業、顧客シグナル、コードベースを体系的に調査し、調査結果、リスク、情報源、次のステップを含む構造化されたブリーフを作成します。
- **成果物の生成。**大まかなアイデア、ファイル、メモ、調査結果を、完成したスライド、レポート、ウェブサイト、マイクロサイトに変換します。
- **軽量なコーディング。**リポジトリを読み、アーキテクチャを説明し、問題をデバッグし、小規模な機能やUI変更をリリースし、スクリプトやデータツールを書き、プルリクエストを作成し、対象を絞ったチェックを実行します。
- **ワークフロー自動化。**GmailのトリアージからGitHubのPRフロー、プロダクトヘルスのダイジェストまで、接続された200+個のツールをまたぐ再利用可能なワークフローを作成・組み替えます。
- **定期自動化。**スケジュールまたはイベントトリガーで実行します。一度きりの回答ではなく、継続的な責任を担います。
一言で言えば、Zeroはチャットボットではありません。自ら仕事を行い、常に稼働し続けるクラウドベースのAI従業員です。
Zeroに組み込まれたコネクタカタログ。各接続はアプリごと、アクションごとに承認されるため、エージェントには特定の仕事に必要なアクセスだけが与えられ、それ以上は許可されません。
返ってくるもの
Zeroが生成するのは、作り方についての助言ではなく、そのまま使える成果物です。
**調査と意思決定。**構造化されたリサーチブリーフ、競合・市場・価格分析、企業のバックグラウンドチェック、営業前の商談リサーチ、雑然とした文脈を意思決定に使えるエグゼクティブサマリーへ整理したもの。
**コンテンツとプレゼンテーション。**ローンチ、投資家向け、ビジネスレビュー、リサーチ用のスライド。ウェブサイトレポート、静的マイクロサイト、ランディングページ、ポートフォリオサイトを公開URLでホストできます。データレポート、企業ブリーフ、プロダクトアップデート。
**エンジニアリングと自動化。**アーキテクチャの解説、バグの特定と修正、小規模な機能やUI作業、プルリクエスト。スクリプト、データ変換、一度きりのツール。Slackにレポートを投稿し、Notionを更新し、Google Sheetsに行を記録し、日次ダイジェストを送信する定期ジョブ。
**生成アセット。**画像、動画、音声、オーディオ、プレゼンテーションに加え、コネクタと連携したテキスト、コード、ドキュメント、ウェブサイト。
違いが最も大きく現れるシナリオ
これらは「一度設定すれば、継続的に成果を生み出す」仕事です。どれもプロンプトの前で人が待つ必要がないため、Zeroが通常のチャットアシスタントと差をつける領域です。
- **エンジニアリングのオンコール対応。**Sentryを毎時スキャンし、影響の大きい問題にフラグを立て、GitHubのイシューまたは対象を絞ったプルリクエストを作成し、Slackに報告します。
- **PRの自動マージ。**マージ準備完了のラベルが付いたプルリクエストを監視し、CIを待ち、安全になったらマージしてSlackに通知します。
- **会社ブリーフ。**日々のプロダクト、売上、サポート、エンジニアリングのシグナルを一つのブリーフに集約します。
- **営業と受信トレイの運用。**Gmailをトリアージし、返信案を作り、リード情報を補完し、構造化された行をGoogle Sheetsに書き込みます。
- **モニタリングとインテリジェンス。**デプロイ、メトリクス、アラート、顧客フィードバック、競合の変化をスケジュールに沿って追跡します。
- **一度きりの深い作業。**市場や競合を調査し、投資家向けスライドを作成し、または本番環境のバグを追跡して修正PRを出します。
ここでワークフローは一度きりの作業ではなくなります。スケジュール、受信メール、カレンダーイベント、または連携イベントを設定すれば、誰もアプリを開かなくても仕事が実行されます。
四つの要素が一つのプラットフォームに集約されることが優位性になる
このリストにある個々の機能が唯一無二というわけではありません。難しいのは、次の四つすべてを同時に実現することです。
**クラウドであなたの代わりに動く。**Zeroはクラウドで実行され、多数のタスクを同時に処理し、ノートパソコンを閉じた後も動き続けます。ローカルセットアップも、ファイル同期も、オンライン状態を保つ必要もありません。各実行は隔離されたマイクロVMで行われ、完了すると破棄されます。
同時に進行する四つの仕事。すべてがZeroのサーバー上で実行されるため、ノートパソコンを閉じても動き続け、互いの処理速度を落としません。
**チーム向けに構築され、価値が積み上がる。**Zeroは、一人用のツールではなく共有スペースです。チームが構築したスキル、ワークフロー、成果物は組織全体で再利用されるため、一人の設定が別の人の出発点になります。
**複雑な作業を再利用可能な自動化に変える。**複数のステップとツールをまたぐプロセスを編成・カスタマイズし、何度もトリガーできるようにして、チームの資産として保持できます。
**常に利用可能な最強モデルで動く。**単一ベンダーに縛られず、最先端モデルを自由に切り替えられます。モデルだけでなく、Firecrawlを基盤とするウェブデータ、X（Twitter）API、画像・動画生成も組み込まれています。
チームレイヤーは共有ボタンではなく、アーキテクチャである
Claudeはコンテキストを共有し、現在ではSkillsも共有します。より有用な問いは、もう一段深いところにあります。複数の人が使うために、構成要素はどのように配置されているのでしょうか。
**共有エージェント、しかも複数。**チームは複数の共有エージェントを立ち上げられ、それぞれが組織全体で使う恒常的なチームメイトになります。マーケティング用、サポート用など、組織のニーズに応じて用意できます。エージェントを非公開にしておくこともできます。誰も一から作る必要はありません。参加すれば、共有エージェントには接続済みのアプリがすでに揃っています。
組織レベルで共有される四つのエージェント。それぞれに固有の役割と接続済みアプリがあります。新しいメンバーは自分で構築する代わりに、初日からそれらを利用できます。
**共有ワークフロー。**ワークフローは再利用可能な仕事、つまり「何をするか」です。一人が一度書けば、すぐに全員の手元で実行でき、コピーも再配線も必要ありません。能力は一人の設定の中ではなく、チームレベルに存在します。
チームが蓄積してきたワークフロー。一人が作成すれば、コピーや再配線なしですぐに全員が利用できます。
**個人用自動化。**共有ワークフローの上に、各自が自分のトリガーとスケジュールを設定できます。自動化は共有エージェント上で、あなたのIDと認証情報を使って実行され、あなたの仕事に合わせて調整されます。他の人の設定に影響はありません。共有された基盤と、個人によるコントロールを両立できます。
**各レイヤーに組み込まれた権限。**エージェントとワークフローは組織全体で共有することも、非公開にすることもできます。すべてのコネクタはきめ細かなファイアウォールの背後にあり、アプリごと、アクションごとに、読み取りまたは書き込み、許可または拒否を設定できます。時間制限を一時間、一日、一週間に設定することも、無期限にすることも可能です。認証情報はネットワークレイヤーで注入されるため、エージェントは読み取れないトークンを使います。ガバナンスはプラットフォームレベルに置きながら、各メンバーは自分の仕事に必要な設定を正確に行えます。
**あなたが参加する前から整っている。**共有エージェント、接続済みアプリ、権限ルールはすでに設定されているため、ワークフローを導入する際に必要なのは、ほとんど実行することだけです。成果物はチームがすでに使っているツールに届きます。
これを、他の製品が仕事を分散させる方法と比べてみてください。Claude Codeは、gitリポジトリと設定ファイルを通じて共有する開発者単位のツールです。Coworkは、各ユーザーに個人用のClaudeエージェントを提供します。Skillsとサブエージェントはユーザーごとに設定されます。Claude TagはSlackチャンネルを通じて共有され、コンテキストはチャンネルごとに構築され、どのチャンネルで動くかはOwnerが決めます。
どの製品にも共有機能がないわけではありません。欠けているのは、チームに価値を積み上げ続ける、ツール横断型のワークフローライブラリです。
製品群ではなく、一つのエージェント
Claudeの能力は、複数の製品に分かれています。TagはSlackに、Claude Codeはターミナル、IDE、ウェブにまたがり、Coworkはデスクトップで動き、ウェブとモバイルはベータ版です。それぞれに固有の範囲、メモリ、インターフェースがあります。一つの場所で行った作業は、ほとんどその場所に留まり、そこに至るまでに築いたコンテキストも同様です。
Zeroは、チームがすでに使っているチャンネルに現れる一つのエージェントです。まずはウェブアプリとSlackから始まります。同じエージェント、同じメモリ、同じ接続ツールを使えます。ウィンドウを切り替えても、知っていることはリセットされません。
モデル中立性と、自分のサブスクリプションの持ち込み
Zeroではモデルを切り替えられます。現在は、Claudeファミリー（デフォルトのClaude Fable 5、Claude Opus 5、Claude Opus 4.8、Claude Opus 4.7、Claude Opus 4.6、Claude Sonnet 5、Claude Sonnet 4.6）とGPTファミリー（GPT 5.6 Sol、GPT 5.6 Terra、GPT 5.6 Luna、GPT-5.5、GPT-5.4）に対応しており、組み込みモデルと自分のキーを切り替えられるルーティングを備えています。特定のワークスペースからアクセスできるモデルはワークスペース設定によって決まるため、モデル選択欄が同僚より少ない場合があります。
モデル選択欄。ClaudeとGPTが相対的なコスト帯とともに並ぶため、タスクをどのモデルで実行するかはベンダーが決めるのではなく、仕事ごとに自分で決められます。
Claude Tagは、固定された一つのClaudeモデルで動作します。Claude CodeとCoworkはAnthropicのモデルのみを使用します。CodexはGPTのみを使用します。いずれの場合も、ベンダーのモデル戦略がそのまま自分のモデル戦略になります。
自分のClaudeサブスクリプションを持ち込み、Anthropicの最先端モデルを使い続けることもできます。Zeroを通じてアクセスすることで、ノイズの少ないインターフェースから常にクラウドで実行でき、ノートパソコンを閉じた後も作業が続きます。
重要なのは、種類の多さそのものではありません。プロバイダーによって価格と能力には大きな差があり、同じタスクでも一方では他方の数倍の費用がかかる場合があります。タスクごとに選べば、その差額を受け入れる料金ではなく、自分で下す判断に変えられます。
完全比較
これは私たちが社内で管理している完全な比較表を、そのまま公開したものです。各ベンダーの製品、セキュリティ、価格に関する公式ドキュメントを基にまとめ、2026-07-30にそれらの情報源と照合して再確認しました。競合製品は速いペースで出荷されるため、永続的な状態ではなく、ある時点のスナップショットとしてご覧ください。
ZeroとClaude製品群の比較
| 項目 | Zero | Claude Tag | Claude Code | Claude Cowork |
|---|---|---|---|---|
| 位置付け | クラウドコンピューター型の汎用チームAIエージェント | Slack内のチーム版Claude | Anthropicのエージェント型コーディングツール（ターミナル／IDE／ヘッドレス） | Anthropicの汎用ナレッジワーク用コンピューターエージェント（90%以上の非コーディング作業） |
| 主な利用場所 | Web／Slack／Telegram／Phone | Slack（現在は@／DM／アシスタントパネル）；Microsoft Teamsは近日提供予定 | ターミナル（CLI）／IDE（VS Code、JetBrains）／デスクトップ／Web／ヘッドレス（GitHub Action） | デスクトップ（Mac／Win）＋Web＋モバイル（ベータ版） |
| クラウド実行 | あり（隔離されたマイクロVM、各実行後に破棄） | あり（Claudeはクラウドで実行） | デフォルトはローカル；GitHub Actionとバックグラウンドエージェントを介してヘッドレス／クラウドで実行可能（サンドボックス：ネットワーク無効、書き込みはプロジェクト内に限定） | セッションをクラウド上でリモート実行（ベータ版）；ノートパソコンを閉じても継続；スケジュールタスクはデバイスがオフでも実行 |
| コネクタの広さ | 200+、付与単位（認証情報はネットワークレイヤーで注入） | ClaudeのConnectors Directoryから、承認したツール／データ／リポジトリを利用――約500+のMCPコネクタ（コミュニティ追跡、Jul 2026；大半が3rd-party、一部はAnthropic製）＋カスタムリモートMCP | MCPサーバー＋Claude Connectors Directory（約500+）＋GitHub；開発スタック向け | コネクタ＋プラグイン＋Claude Connectors Directory（約500+）＋Computer Use／Chrome制御 |
| スケジュール／24×7 | 定期／イベントトリガー型ワークフローが中核となる成熟した機能：Sentryの毎時チェック、監視対象PRの自動マージ、日次ブリーフ、Gmailトリアージをバックグラウンドで24×7実行 | スケジュール（例：週次ダイジェスト）または長時間タスクとして実行する常設指示に加え、チャンネルを監視して自発的にフォローアップするアンビエントモード | ルーティンは設定後、スケジュール、API呼び出し、イベントで実行；CLI＋GitHub Actionsとバックグラウンドサブエージェントによるヘッドレスジョブも利用可能 | 定期／スケジュールタスク（日次ブリーフィング、週次レポート）；デバイスがオンラインでなくても実行 |
| コーディングの深さ | 強力 | 強力 | 最も強力（Anthropic専用のコーディングエージェント） | 軽量（汎用作業向けのClaude Codeハーネス；深いコーディングにはClaude Code） |
| メモリ／学習 | 永続メモリ | チャンネルから会社を学習 | CLAUDE.md＋skills＋サブエージェント＋hooks（階層型、手書き、バージョン管理） | Skills＋コネクタ＋サブエージェント；アカウント同期セッション |
| チーム共有（インスタンス） | 組織レベルの単一インスタンス（チャンネル単位ではない）、チーム共有；Webエージェント設定ページあり | チャンネルレベルのマルチプレイヤー共有；Claudeには独自のID | 開発者単位（個人）；gitリポジトリ＋CLAUDE.md／プラグインで共有；チーム版はClaude Tag | ユーザー単位の個人エージェント（「自分専用のClaude」）；Enterprise RBAC／利用上限 |
| チームでの使い方 | Slackチャンネル＋組織コネクタ＋共有24×7ワークフローを接続 | チャンネルで@Claude；誰でも他の人の会話を引き継げる；アンビエントフォローアップ | 各開発者がローカル／ヘッドレスで実行；リポジトリ、プラグインマーケットプレイス、GitHub PRで共有 | 個人で委任；スキル／コネクタ／サブエージェントを役割別スペシャリストにまとめる；Enterpriseの管理機能 |
| チームワークフローの蓄積 | 再利用可能なワークフロー／自動化が共有組織資産となり、チーム全体で価値を積み上げる（中核） | チームワークフローレイヤーなし；再利用可能なツール横断型ワークフローライブラリではなく、チャンネル単位で整理 | Skills／プラグインをマーケットプレイス／gitで共有；開発・リポジトリ単位で、チームの業務ワークフローではない | Skills／サブエージェントはユーザー単位；チーム共有型の蓄積ワークフローライブラリなし |
| 独立したID | あり（Agent IDは独自のID；認証情報はネットワークレイヤーで注入され、エージェントはトークンを読めない） | あり（独自アカウント＋すべての認証情報利用を記録） | 開発者として実行（そのアカウント／コネクタ）；GitHub Actionはボットとして実行 | ユーザーとして実行（そのアカウント＋許可されたフォルダ／ツール） |
| 権限／監査 | コネクタ単位×エンドポイント単位の権限ファイアウォール＋完全な監査ログ | 三段階の権限＋完全な監査ログ | 権限モード＋許可リスト＋hooks＋管理設定；Auto Mode分類器 | ユーザーが機密アクションを承認（計画承認）；Enterprise RBAC＋利用分析＋OpenTelemetry |
| セキュリティとコンプライアンス | 隔離実行＋認証情報を露出させない＋監査 | エンタープライズID＋監査 | サンドボックス（デフォルトでネットワーク無効、書き込みはプロジェクト内に限定）＋チェックポイント＋認証情報ブロック | 人間による承認＋フォルダ／ツールの範囲指定；破壊的アクションとプロンプトインジェクションのリスクを警告 |
| モデル戦略 | モデル中立、マルチプロバイダー | 単一のClaudeモデルに固定 | Claudeのみ――Sonnet 5がデフォルト、Opus 5、Haiku（切り替え可能） | Claudeのみ（Anthropicモデル） |
| 価格 | クレジット制 | Enterprise／Teamに同梱 | Claude Pro／Max／Team／EnterpriseまたはAPIトークンに同梱 | Claude Pro（$20）／Max／Team／Enterpriseに同梱 |
| マルチモーダル生成 | あり（画像／動画／音声／スライド生成） | なし（画像、動画、音声生成なし） | なし（コーディング特化；画像は読み取り可能） | ドキュメント／スライドを作成；画像／動画生成は主眼ではない |
| メモリ構成 | 永続メモリ（組織レベルの永続メモリ） | 動作するチャンネルからコンテキストを構築 | CLAUDE.md／skills／サブエージェント（リポジトリ・ユーザーレベル、手書き、バージョン管理） | Skillsとサブエージェントに加え、セッションとファイルをClaudeアカウントに保存 |
| コネクタ設定 | ユーザーまたは組織がOAuthでコネクタを承認し、エージェントに付与；その後、コネクタ単位×エンドポイント単位のファイアウォールで細かく許可し、1h／24h／7d／常時に時間制限可能 | Primary OwnerまたはOwnerがClaudeのIDを用意し、組織のツールを接続し、動作可能なチャンネルを選択；通常メンバーはセルフサービスで設定できないが、自分で設定する必要もない | 開発者がMCPサーバー（claude mcp login）とsettings.jsonを設定；ユーザー単位 | ユーザーがフォルダ／アプリ／コネクタ＋プラグインを接続し、アクセスを承認 |
| 設定の障壁（セルフサービス↔管理者） | ユーザーがセルフサービスで設定＋エンドポイント単位のファイアウォール／時間制限（セルフサービスと管理を同時に実現） | OwnerがID、ツール、チャンネルを設定；メンバーはセルフサービス不可 | 開発者がセルフサービスで設定（開発者にとっては低い；CLI／設定） | ユーザーがセルフサービスで設定（非技術者向け、障壁は低い） |
| 自社ブランド／ホワイトラベル | エージェント名／アバターをカスタマイズ可能 | 「Claude」として表示され、自社ブランドではない | Claude Code／開発者として表示 | Claudeとして表示 |
| デプロイ／ホスティング | vm0ホストのクラウド（マイクロVM分離）；BYOCは重視されていない | Anthropicがホストする環境のみ | ローカル＋Anthropicクラウド（ヘッドレス／Action）；Enterprise管理設定 | Anthropicホスト（ローカルのデスクトップファイル＋リモートクラウドセッション）；Enterprise |
| ガバナンス概要 | 組織レベルの共有インスタンス＋独自ID＋エンドポイント単位のファイアウォール → 共有しながら細かく管理・監査可能 | 共有エントリーポイント（チャンネル）＋独自ID／監査 → 共有しながら監査可能 | 開発者単位のコーディングエージェント；ID＝開発者；Enterprise管理設定で統制 | 個人用コンピューターエージェント；承認付きでユーザーとして実行；Enterprise RBAC／利用上限／分析 |
Zeroとその他のチームエージェントの比較
| 項目 | Zero | Viktor | Codex | ChatGPT Work |
|---|---|---|---|---|
| 位置付け | クラウドコンピューター型の汎用チームAIエージェント | Slack／Teams内のAI従業員 | サーフェス横断型のエージェント型コーディングエージェント | エンタープライズ向けナレッジワークAIアシスタント（ChatGPT内） |
| 主な利用場所 | Web／Slack／Telegram／Phone | Slack＋Teamsのみ | ChatGPT（Web／デスクトップ）／IDE／ターミナル（CLI）／クラウド | Web／デスクトップ／モバイルアプリ（＋Slack／Teamsコネクタ） |
| クラウド実行 | あり（隔離されたマイクロVM、各実行後に破棄） | あり（コードの記述・実行用の専用クラウドコンピューター） | あり（Codex Cloudがリポジトリをクローンしてテストを実行；デフォルトでサンドボックスのネットワークは無効、コネクタ／書き込みAPIには許可リスト＋承認が必要） | あり（OpenAIクラウド；コードインタープリターのサンドボックス） |
| コネクタの広さ | 200+、付与単位（認証情報はネットワークレイヤーで注入） | 3,200+、カスタム連携を構築可能 | MCP＋GitHub PR、開発スタック向け | 数十の組み込み／パートナーアプリ（Drive／SharePoint／Gmail／Outlook／Teams／GitHub／Notion／HubSpot／Stripe…、書き込み可能）＋カスタムMCPコネクタ（公式の総数なし、実質無制限；274個程度のMCPが3rd-partyディレクトリに掲載） |
| スケジュール／24×7 | 定期／イベントトリガー型ワークフローが中核となる成熟した機能：Sentryの毎時チェック、監視対象PRの自動マージ、日次ブリーフ、Gmailトリアージをバックグラウンドで24×7実行 | 組み込みスケジュール／ループ：一度設定すれば固定頻度で実行（例：毎週月曜8amに週次レポート）、手動トリガー不要 | スケジュール済み＋トリガータスクが稼働中。cron／RRULEで頻度をカスタマイズでき、ChatGPTのWeb／デスクトップアプリで管理（Codex CLIにはスケジュールUIなし） | スケジュールタスク＋Web／コネクタ変更の監視をScheduledサイドバーから管理；チャット内フォローアップは分単位の間隔に対応 |
| コーディングの深さ | 強力 | 軽量 | 最も深い（マルチエージェント＋worktree） | 軽量（分析／コードインタープリター；深いコーディングはCodexに委任） |
| メモリ／学習 | 永続メモリ | 内部メモ「Skills」 | AGENTS.md＋Skills（比較的静的） | メモリ＋会社のナレッジ |
| チーム共有（インスタンス） | 組織レベルの単一インスタンス（チャンネル単位ではない）、チーム共有；Webエージェント設定ページあり | ワークスペースレベルの単一インスタンス、チーム全体で共有（ユーザーごとの分離なし） | 共有インスタンスなし；各開発者が自分のインスタンスを座席単位で利用 | ワークスペース／座席単位；管理者が管理し、各ユーザーは自分のアカウントを使用 |
| チームでの使い方 | Slackチャンネル＋組織コネクタ＋共有24×7ワークフローを接続 | 誰でも@Viktorで仕事を割り当て、結果を返してもらう | 共同作業の場はGitHub：自動PRレビュー／@codexによる修正 | 共有GPT／Projects＋アプリ；各ユーザーが自分のアカウントから共同作業 |
| チームワークフローの蓄積 | 再利用可能なワークフロー／自動化が共有組織資産となり、チーム全体で価値を積み上げる（中核） | 「Skills」がワークスペースレベルで蓄積され、チームで共有される（この点ではZeroに最も近い） | AGENTS.md／Skillsをgitリポジトリで共有；開発者単位で、チームの業務ワークフローではない | 共有GPT／Projects＋スケジュールタスク。ただしアプリ単位で、ツール横断型の蓄積ワークフローライブラリなし |
| 独立したID | あり（Agent IDは独自のID；認証情報はネットワークレイヤーで注入され、エージェントはトークンを読めない） | なし（共有／借用されたチームOAuthトークン） | 弱い（開発者のセッションを借用；GitHubでは@codexボットとして表示） | 各ユーザー自身のアカウント（OAuth／SSO）；会社のナレッジは各自の権限範囲に限定 |
| 権限／監査 | コネクタ単位×エンドポイント単位の権限ファイアウォール＋完全な監査ログ | RBACなし、共有トークン（ロードマップ上） | OSカーネルのサンドボックス分離 | RBAC＋SSO／SCIM＋コンプライアンスログ／監査イベント |
| セキュリティとコンプライアンス | 隔離実行＋認証情報を露出させない＋監査 | RBACなし | カーネルレベルのサンドボックス | SOC 2、ISO 27001／17／18／701；E2E暗号化、データレジデンシー、CMEK |
| モデル戦略 | モデル中立、マルチプロバイダー | 不透明 | OpenAIモデルのみ（独自の最先端コーディングモデル） | OpenAIに固定（GPT-5.x） |
| 価格 | クレジット制 | 無料＋$100、その後$50／月から | ChatGPTサブスクリプション／APIキーに同梱 | ChatGPT Business／Enterprise／Eduの座席に同梱 |
| マルチモーダル生成 | あり（画像／動画／音声／スライド生成） | 記載なし（データ／レポート／コード／マーケティングに注力） | なし（コーディング特化） | あり（画像生成；動画はSora経由） |
| メモリ構成 | 永続メモリ（組織レベルの永続メモリ） | 内部メモ「Skills」（ワークスペースレベルで共有） | AGENTS.md／Skills（リポジトリレベル、手書き、バージョン管理） | 個人メモリ＋ワークスペースの会社ナレッジ（Wiki形式ではない） |
| コネクタ設定 | ユーザーまたは組織がOAuthでコネクタを承認し、エージェントに付与；その後、コネクタ単位×エンドポイント単位のファイアウォールで細かく許可し、1h／24h／7d／常時に時間制限可能 | メンバーが一度接続をセルフサービスで設定すれば、チーム全体でその付与を共有（共有OAuthトークン、ユーザー単位の分離なし）；管理者は不要 | 開発者がGitHubに接続し、組織／リポジトリレベルでMCPサーバーを設定（許可リスト方式）；コネクタ／書き込みAPIの呼び出しには引き続き承認が必要――セルフサービスではない | 管理者がコンソールで各アプリを有効化し、RBAC／グループ権限を設定（SSO／SCIMが必要な場合あり）；ユーザーは自分のアカウントをOAuth接続（会社のナレッジは各自の権限に従う） |
| 設定の障壁（セルフサービス↔管理者） | ユーザーがセルフサービスで設定＋エンドポイント単位のファイアウォール／時間制限（セルフサービスと管理を同時に実現） | ユーザーがセルフサービスで設定（一度接続すればチーム全体で共有；最も低い障壁） | 開発者がGitHub／MCPを設定＋承認；障壁は高い | 管理者が先にアプリを有効化＋ユーザーが自分のOAuthを設定（半セルフサービス） |
| 自社ブランド／ホワイトラベル | エージェント名／アバターをカスタマイズ可能 | 「Viktor」として表示 | @codexとして表示 | ChatGPTとして表示 |
| デプロイ／ホスティング | vm0ホストのクラウド（マイクロVM分離）；BYOCは重視されていない | Zeta LabsのSaaSホスティング；自社クラウドなし | OpenAIホスト；EnterpriseはSSO／管理機能あり | OpenAIホスト；Enterprise SSO／SCIM／データレジデンシー／CMEK |
| ガバナンス概要 | 組織レベルの共有インスタンス＋独自ID＋エンドポイント単位のファイアウォール → 共有しながら細かく管理・監査可能 | 共有インスタンス＋共有ID／トークン → 個人単位の説明責任なし | 共有インスタンスなし；弱いID（ユーザーを借用）→ GitHub PRの履歴に依存 | 座席単位のエンタープライズアシスタント＋個人アカウント＋管理者／RBAC／監査 |
対象となるユーザー
Zeroの主要ユーザーは、人口統計や「テクノロジー志向」で定義される人々ではありません。自分の手の届く範囲を超える意欲を持ち、AIで成果を何倍にもしたい人や組織です。すでにSaaSやAIツールを毎日使っています。求めているのは、すぐに効果を発揮する実用的で再利用可能なワークフローであり、自分で配管を構築しなければならない別のツールではありません。
共通しているのは、担う責任の範囲が現在の人員数や専門知識を上回っていることです。現在の中心は、個人創業者と創業者主導のエージェンシーです。時間とともに、大企業内のイノベーション責任者やAIトランスフォーメーション担当者へ広がっていきます。
- **マーケター。**コンテンツと競合調査、レポートとスライド、チャネル監視、日々のマーケティング自動化。
- **創業者。**会社ブリーフ、意思決定のための調査、小規模な人員を常時稼働するチームへ変えること。
- **エージェンシー。**再利用可能なワークフローを顧客向けの提供能力に変え、一つのプロセスで多くの顧客に対応。
- **フリーランサー。**一人のチームとして活動。反復作業をZeroに任せ、高価値の成果に集中。
- **プロダクトチーム。**プロダクトの健全性、ユーザーと競合のシグナル、ツール横断型の共同作業と記録。
- **ビジネスプロフェッショナル。**営業、オペレーション、サポートなど、反復的で複数システムにまたがる作業を自動化する役割。
必ずしも技術に詳しいわけではありません。反復的でシステム横断型の仕事をAIに任せることを望み、最初の週から成果が出るワークフローを求めています。
一行で言えば
他の製品は、より賢いチャットボックスを提供します。Zeroが提供するのは、常時稼働し、並列処理でき、共同利用でき、オーケストレーション可能で、利用可能な最良のモデルに自由にアクセスできるクラウド型ワークプラットフォームです。
同じ最先端モデルを、異なる形で提供します。チームネイティブでクラウド上で実行され、他の製品が分断されている領域を統合します。
よくある質問
ZeroはClaudeの代替製品ですか？
一部はそうです。チーム向けのClaude代替製品ですが、製品カテゴリーは異なります。チャットするアシスタントではなく、クラウドエージェントプラットフォームです。Claudeモデルを実行できるため、モデルそのものの置き換えというより、モデルを利用するための環境の置き換えと考えるとよいでしょう。
ZeroでClaudeモデルを使い続けられますか？
はい。Claudeファミリーはモデル選択欄にあります。デフォルトのFable 5に加え、Opus 5、Opus 4.8、Opus 4.7、Opus 4.6、Sonnet 5、Sonnet 4.6を利用できます。チームがすでにプロバイダーへ直接支払っている場合は、自分のキーを経由させることもできます。特定のタスクをGPTモデルに切り替えることも可能です。
ワークフローと自動化の違いは何ですか？
ワークフローは再利用可能な仕事、つまり「何をするか」であり、チームと共有されます。自動化はワークフローに設定するトリガーまたはスケジュールで、あなたに属します。この分離により、一人の仕事を全員の能力に変えながら、各メンバーは自分の実行、認証情報、頻度を維持できます。
チーム全員で一つのエージェントを共有するのですか？
組織全体に表示される共有エージェントを複数持つことができ、非公開のエージェントも用意できます。共有エージェントには接続済みアプリと権限ルールがすでに設定されているため、新しいメンバーは何も設定せずにチームのワークフローを実行できます。
エージェントを共有する場合、権限はどのように管理されますか？
すべてのコネクタは、アプリごと、アクションごとのファイアウォールの背後にあります。アクセスは読み取りまたは書き込み、許可または拒否として付与でき、一時間、一日、一週間の時間制限を設定することも、無期限にすることも可能です。認証情報はネットワークレイヤーで注入されるため、エージェントは読み取れないトークンを使用し、すべての利用を監査できます。
ノートパソコンを閉じた後もZeroは作業を続けられますか？
はい。すべての実行は、実行終了時に破棄される隔離環境内のクラウドで行われます。スケジュールまたはイベントをトリガーとするワークフローは、オンラインであるかどうかにかかわらず実行されます。
