# BeeuniとManus、Museは何が違う？

Beeuniはエージェント向けのコンピューターインフラ、ManusとMuseはユーザーがタスクを完了するためのアプリです。対象ユーザー、実行環境、自社製品への組み込み方を比較します。

Canonical page: https://beeuni.ai/blog/ja/beeuni-vs-manus-and-muse

Beeuniはエージェント向けのコンピューターインフラを提供します。ManusとMuseは、調査や文書作成などのタスクをユーザーが完了するためのアプリに重点を置いています。いずれもエージェントがソフトウェアを使って作業できますが、Beeuniはその実行機能を、自分の製品を開発する人に提供します。

この違いは画面だけにとどまりません。誰がエージェントを設定し、どうタスクを開始し、どこに進捗と結果を表示するかにも関わります。Beeuniにもエージェントを直接使うためのウェブ画面がありますが、TypeScript SDKまたはHTTP APIを使えば、その画面を自社製品に組み込まずにコンピューターを利用できます。

## それぞれの対象ユーザー

ManusとMuseは、購入候補の調査、レポートの準備、プレゼンテーションの作成などをエージェントに任せたい人に向けた製品です。タスクを依頼する画面、進捗表示、結果がアプリにまとまっているため、ユーザー自身がエージェント製品を開発する必要はありません。

Beeuniは、自分のソフトウェアの中でエージェントを動かしたい開発者に向けた製品です。調査サービスなら自社サイトから調査を開始でき、開発者向けツールならビルドの失敗原因をエージェントに調べさせられます。開発者がエージェントを設定し、その実行を製品の既存の画面やワークフローにつなぎます。

APIや外部連携を使えば、エージェントアプリをほかのワークフローにもつなげられます。BeeuniのAPIは、コンピューターのプロジェクト、エージェント設定、セッションを扱えます。開発者は自分のサービスの一部として、エージェントの実行を管理できます。

## Beeuniがアプリの基盤として提供するもの

エージェントが判断に基づいて動くには、操作に使うソフトウェアが必要です。ウェブサイトを調べるブラウザー、プログラムを実行する環境、読み書きするファイル、そしてほかのアプリケーションに接続するための承認済みの連携が必要になります。Beeuniは、プロジェクト、設定済みエージェント、セッションを備えた、エージェントの作業向けのコンピューターに、こうした機能をまとめています。

TypeScript SDKまたはHTTP APIを使えば、サーバーからセッションを作成し、タスクを送信して、エージェントの作業中にイベントを追跡できます。その作業をどう見せるかは、アプリケーション側で決められます。会話として表示する方法もあれば、レポートの横にジョブの状態を表示したり、既存のワークフローに組み込んだ確認画面を用意したりする方法もあります。製品のメイン画面として、顧客に別のエージェントアプリを使ってもらう必要はありません。

| 比較項目 | ManusとMuse：エージェントアプリ | Beeuni：エージェント向けインフラ |
| --- | --- | --- |
| 主なユーザー | エージェントを使ってタスクを完了する個人やチーム | エージェントを動かす製品やワークフローを開発する人 |
| 主な製品 | タスクを依頼し、結果を確認するアプリ | エージェントの実行環境、ツール、ファイル、アプリ連携を備えたコンピューター |
| 自社製品への組み込み | アプリが提供する開発者向けインターフェースや連携機能による | TypeScript SDKとHTTP APIでエージェントを設定し、セッションを開始して、イベントと結果を受け取る |

## サポートチケットにエージェントを追加する

サポートチーム向けのソフトウェアを作っているとします。報告された問題について、エージェントが関連ドキュメントを読み、ウェブサイトを確認し、アクセスが許可された課題管理システムを調べて、回答案を根拠とともに返す必要があります。その後、サポート担当者がチケット内で回答案を確認します。

担当者がタスクを別のエージェントアプリに持ち込み、回答を持ち帰る方法もあります。たまに使う程度なら、それで十分かもしれません。サポート製品に機能を組み込めば、チケットからタスクを開始し、チームが普段使っている場所で進捗と結果を確認できます。

Beeuniを使う場合、サーバーはリクエストを、アクセスが許可されたプロジェクトとセッションに紐づけ、調査内容を指示し、作業の進行に応じてイベントを受け取ります。チケットへのアクセスを管理し、どの根拠を表示するかを決め、確認済みの回答を送信するタイミングを制御するのは、製品側です。

## さまざまなエージェント製品を支えるインフラ

同じ実行機能は、ビルド失敗の原因を調べる開発者向けツール、実験を実行する研究アプリケーション、データセットを準備して検証するデータサービスにも活用できます。それぞれの製品で、指示、ツール、受け入れ基準は異なります。一方で、ソフトウェアを操作し、確認可能な結果を返すエージェントが必要な点は共通しています。

## ユーザー体験を誰が決めるか

完成したエージェントアプリでは、ユーザーが作業結果をどう受け取り、確認するかをアプリが決めます。Beeuniを使えば、あるサポート製品はチケットの横に回答案を表示し、別の製品は複数の調査をまとめて確認できるキューを用意できます。Beeuniがエージェントのセッションを実行し、開発者がその周囲のユーザー体験を設計します。

ManusとMuseは、エージェントの機能を人がそのまま使えるアプリとして提供します。Beeuniは、開発者が製品を作るためのインフラとして、コンピューターとエージェントの実行機能を提供します。[Beeuni SDKの例](/docs/ja/sdk/example)では、その接続方法をコードで確認できます。[E2BとDaytonaとの比較](/blog/ja/beeuni-vs-e2b-and-daytona)では、エージェント向けコンピューターインフラとサンドボックス実行サービスの違いを扱っています。