Composio

Composioは1,500以上のアプリ向けに既製のツールを用意する。メール、チャット、プロジェクト管理、CRM、開発者向けサービスまで幅広い。各ツールキットは特定の操作を公開するので、API呼び出しを自分で書かなくても、エージェントは課題を作成し、メッセージを送り、レコードを更新できる。要はこの広さだ。コネクタをゼロから作ることはほとんどない。ただ、その広さは実用に耐えるのか。おおむね耐える。アプリごとの深さには差がある。

OAuthの同意、トークンの保管、更新、スコープは接続済みの各アカウントで処理される。アプリごとのログイン画面は要らない。トークンが平文でデータベースにたまることもない。多くのサービスを統合するチームにとって最も時間を節約する機能だ。新しいアプリをつなぐたびに同じ同意画面と更新ロジックを作り直さずに済む。

セッションはエージェントが動く文脈だ。作成すると、Composioが適切なツールを自動で提示し、認証を確認し、ツールキットのバージョンをそろえておく。ツールを実行する推奨の経路であり、自分のコードに住みがちな配線作業をかなり減らす。

トリガーは接続済みアプリのイベントをWebhookに届ける。つまりエージェントは起きたことにその場で反応できる。新しいサポートチケット、届いたメッセージ、ファイルの更新が、ワークフローを自動で動かす。これでComposioはリクエストとレスポンスの層から、イベントシステムに近いものに変わる。プロンプトを待つのではなく反応する必要があるとき、望ましい形だ。

セッションはホストされたMCPエンドポイント経由で公開できる。だからClaude DesktopやCursorといった既存のMCPクライアントが、Composioのツールを直接使える。すでにMCPを動かしているなら、スタックに触れずに新しいアプリを足す最短ルートだ。そのまま動く。

Composioはテスト環境を用意し、個々のツール呼び出しを実行して結果を確認したうえでエージェントにつなげられる。認証の問題を調べたり、ツールが実際に何を返すかをドキュメントから推測せずに確かめたりするのに便利だ。時間の節約は大きい。

組み込みカタログに加えて、自分のツールやMCPサーバーを持ち込める。エージェントがComposioでは標準対応していない社内システムにアクセスする必要があるとき、これが効く。しかもすべてを1つのインターフェースの下に保てる。