ブログ
MCP

公開日: 更新日

ShouryamaanとAnshu

MCPツール設計の比較:Composio、Arcade.dev、自作

Markdownで読む

広範な第三者SaaSの操作にはComposio、認証付きツール実行にはArcade、既存RESTエンドポイントのラップにはRapidMCP、正確なセマンティクスを必要とするプロダクト固有ワークフローにはカスタムMCPツールを使います。これらのプラットフォームが解決する連携上の問題は異なるため、一つのプロダクトで複数の方法を使えます。

機能数を比べる前に、必要なツールを分類します。Gmailの操作と独自の請求判断に、同じ内製・購入の答えを当てはめるべきではありません。

各方法が最適化するもの

Composio

Composioは、多数の第三者アプリケーションtoolkitに加え、マネージド認証、connected account、trigger、ログ、セッション単位のdiscoveryを提供します。セッションのドキュメントでは、一回のエージェント実行についてユーザー、ツールアクセス、認証、connected account、実行状態を限定します。

GitHub、Slack、Gmail、Notion、CRM操作など、多数の一般的なSaaSアクションが必要な場合に使います。完全なカタログを公開せず、セッションをワークフローに必要なtoolkitとアクションへ制限します。

Arcade

Arcadeは認証付きエージェントツールと、その実行に必要なユーザー単位の認可を中心にしています。ドキュメントでは、ツール開発、ユーザー認証、認可、実行を扱っています。

個別ユーザーを代理することが連携の中心課題で、チームがマネージド認可とツールランタイムを求める場合に使います。

RapidMCP

RapidMCPはRESTエンドポイントをホスト型MCPツールへ対応付け、認証、header、引数、triggerを設定します。概要には、1ツール対1エンドポイントのmappingが明記されています。

小規模で、すでに適切に設計されたAPIを素早くラップする場合に使います。生成された境界は注意深くレビューしてください。1対1の変換では、モデルが選ぶべきタスク単位のツールではなく、内部エンドポイントが露出する可能性があります。

カスタムMCPツール

ワークフローがプロダクトの中核動作である場合、複数の内部サービスを組み合わせる場合、厳格なデータ配置が必要な場合、正確な認可、冪等性、結果契約が必要な場合は、ツールレイヤーを構築します。

その分、チームが所有するものが増えます。プロトコル更新、認証、デプロイ、オブザーバビリティ、評価、インシデント対応を実装します。REST APIからMCPへのチュートリアルでは、最小限の有用な自作開始点を紹介しています。

ツールの種類ごとに比較する

ニーズ 有力な初期選択 詳しく確認する点
多数の一般的なSaaS連携 Composio セッションのtoolkit scope、connected account、データ経路
ユーザー単位の認証付き実行 Arcade プロバイダーのscope、同意、リソース認可
小規模な既存REST API RapidMCP 1エンドポイント単位のmappingと結果整形
独自のビジネスワークフロー カスタムMCP プロトコルの保守と運用
複合プロダクト 組み合わせ 認証の重複、重なるツール、分散したログ

これは適合性のマップであり、一つのベンダーが別の行を支援できないという主張ではありません。

実際の違いが分かる質問

ユーザー接続を誰が所有するか?

OAuth client credential、refresh token、scope、取り消し、アカウント選択をどこに置くか確認します。その後、ツールがユーザーに紐づく認証情報と共有サービス認証情報のどちらを受け取るか調べます。

モデルには何が見えるか?

正確なツール名、説明、スキーマをexportします。大規模カタログではruntime discoveryを使い、すべてのツールをコンテキストへ入れない場合があります。生成ラッパーではすべてのエンドポイントが公開される場合があります。一つのタスクで実際に提示される一覧を評価します。

ツールのデータはどこを通るか?

どのベンダーサービスが引数、結果、ファイル、認証情報を受け取るか記録します。その経路を顧客データの要件と比較します。ホスト型connectorと自社運用MCPサーバーでは、ツールスキーマが同じでも信頼境界が異なります。

ツールはビジネス上の意味を維持できるか?

プロダクト固有ツールには、複数APIのjoin、テナントルールの強制、操作の照合、限定された結果の返却が必要な場合があります。プラットフォームが1エンドポイントmappingを強制するなら、そのツールをカスタムのままにするか、ラッパーの背後にタスク単位APIを置きます。

タスク単位ツールのガイドに、評価する契約を示しています。

Cohesivityが担う場所

Cohesivityはエージェント向けのコントロールプレーンとデータプレーンを通じて、バックエンドリソースを提供します。GmailやSlackのアクションカタログではありません。Composio、Arcade、RapidMCP、カスタムツールはいずれも、Cohesivityからホストまたはプロビジョニングしたバックエンドを呼び出せます。

判断ではレイヤーを分けてください。connectorはエージェントが機能へ到達する方法を決めます。Cohesivityは、その機能が使うデータベース、ストレージ、ホスティング、メールなどのバックエンドを提供できます。

分類したinventoryを作る

予定するすべてのツールを列挙し、一般的なSaaS操作、ユーザー単位の認証操作、RESTラッパー、プロダクト固有ワークフローのいずれかへ分類します。各行の中でプラットフォームを比較します。ベンダーの契約が完全に一致する場合を除き、中核となる認可とビジネス判断はカスタムのままにします。

以下のプロンプトは、何も連携せずにリポジトリから内製・購入の概要を作成します。