どの AI オーケストレーション基盤もロゴの壁を掲げますが、そのロゴの壁はどれも間違った問いに答えています。連携の数が教えてくれるのは、提供元が何を作ったかです。あなたが実際に依存しているツールが壁に載っていないとき何が起きるかは、何も教えてくれません。
尋ねる価値があるのはそちらです。答えはたいてい同じだからです。要望を出し、待ち、提供元がそれを他のすべての要望と並べて優先順位をつける。あなたの仕事の流れが、他人の roadmap の上で止まります。
AI オーケストレーション基盤がつながるもの、つながらないもの
このカテゴリーの基盤を3つ比べれば、同じ形が見えてきます。提供元が作って保守する公式コネクタの大きなカタログと、それ以外すべてのための汎用 webhook。カタログがプロダクトで、webhook は詫び状です。
このモデルには、決して動かない天井があります。コネクタがいくつあろうと、その集合は有限で、あなた以外の誰かに制御されています。そして作られるのは人気のあるコネクタなので、あなたのニッチに固有のツールは構造的にいちばん後回しになります。
Crew Studio は逆の作りです。多くのオペレーターが日々手を伸ばすものは、8つの標準接続がカバーします。それより先はすべて MCP です。つまり天井はカタログではありません。天井は、そのツールに API があるかどうかです。
つまり、この種の基盤どうしを比べるときに役立つのは、カタログの長さではありません。あなたのツールがそこに載っていない日に、カタログの後ろに何があるかです。要望フォームと順番待ちか、それとも誰の許可も要らずに自分で作れるオープンな標準か。
標準の連携
8つの接続がすぐに使える状態で入っています。壁を埋めるためではなく、オペレーターが実際に働いている場所だから選ばれたものです。それぞれ双方向で、Crew はそこから読み、そこへ書き込みます。
- Gmail
- スペシャリストはスレッドを読んで文脈を把握し、studio の声で返信を下書きします。Confirm の自律レベルでは、あなたなしに送信されるものはありません。サポートトリアージのスペシャリストは、あなたが開く前に受信箱を仕分けできます。これは返信を書くのとは別の仕事です。
- Notion
- crew はあなたのコンテンツベースから読むだけでなく、そこへ書き込みます。コンテンツ計画は、あなたが構成し直さなければならない文章の塊ではなく、プロパティが埋まったページとして届きます。Notion に置かれた過去のブリーフは studio の文脈になります。
- Slack
- 文脈のためにチャンネルを読み、会話が起きている場所に統合された結論を投稿します。主に、一人ではなくクライアントのチームと働くオペレーターに役立ちます。
- GitHub と Linear
- issue、プルリクエスト、そして計画ではなく実際に出荷されたものを読む能力。リポジトリから書かれた changelog は、記憶から書かれたものにはない正確さを持ちます。
- Stripe
- 売上、解約、コホートのデータをブリーフの入力に。実際の数字を読むグロース・スペシャリストは、あなたによる数字の説明を読むスペシャリストとは違う提案を出します。
- HubSpot と Calendly
- 商談の文脈と、打ち合わせの日程調整。打ち合わせ前のブリーフは、通話へ向かう道中に思い出せたことからではなく、CRM とその取引先についての studio の履歴から組み立てられます。
動いているところ
あなたのスタックをつなぐ
以下はロゴそのものではなく、それぞれの接続の中で crew が何をするかです。いちばん重要なのは最後のカードで、それはロゴではありません。
見た目以上に重要な点がひとつ。連携はアカウントではなく studio に紐づきます。クライアントの studio はクライアントの Notion に届きます。個人の studio はあなたの Notion に届きます。どちらももう一方のものを見られません。これが、クライアント業務に使えるツールと使えないツールの違いです。
Gmail
スレッドを読み、あなたの声で返信を下書きし、承認まで保持します。
Notion
プロパティを埋めた状態でコンテンツベースに書き込みます。読むだけではありません。
Stripe
コホートのリテンションを読み、グロースのブリーフがあなたの要約ではなく数字から論じられるようにします。
GitHub · Linear
計画ではなく、実際に出荷されたものから changelog を書きます。
それ以外すべて · MCP
あなたのサーバー、あなたの認証情報、あなたのツール。こちらが一度も聞いたことのないものも含めて。要望フォームも、順番待ちも、roadmap への投票もありません。
連携は studio ごとに紐づく · クライアントの Notion はあなたの Notion ではありません
MCP が変えること
MCP は、AI システムを外部のツールにつなぐためのオープンな標準です。略語を外して言えば、ツールが自分にできることを、どの AI システムでも理解できる形式で説明できるということです。AI の提供元がそのために何かを作っていなくても、です。
接続が提供元のものではなくなります。
標準の連携は提供元のプロダクトの一部です。MCP サーバーはあなたのプロダクトの一部です。あなたが離れるとき、それも一緒に離れます。
天井がカタログから API に移ります。
問いは、Crew Studio があなたのツールに対応しているかではなく、あなたのツールがそもそも自分を外に開いているかになります。制約されるなら、こちらのほうがずっとましな問いです。
ニッチなツールが最後尾でなくなります。
提供元はコネクタの優先度をユーザー数で決めるので、固有のものは構造的に後回しになります。MCP には順番待ちがありません。
社内ツールに手が届きます。
あの表計算、社内ダッシュボード、2年前に開発者が作ったあれ。どれも誰かのロゴの壁に載ることはなく、どれも到達可能です。
だからといって、標準の連携の価値が下がるわけではありません。ただ、多くの基盤の天井が技術的な判断ではなく商業的な判断だ、ということではあります。まだ存在しないコネクタを前提に1か月分の仕事を組み立てる前に、知っておく価値があります。
Crew Studio が一度も掲載していない接続を作る
ここは多くの基盤なら「営業にお問い合わせください」と書く部分です。正直に言えば、あなたのツール向けの MCP サーバーがすでに存在するかどうか次第です。
存在するなら、設定作業です。
自前の MCP サーバーを公開するツールは増えています。接続は、Crew Studio をそこに向けて認可するだけの話です。コードは不要です。
存在しないなら、開発作業です。
誰かが書かなければなりません。開発者にとって大きな作業ではありませんが、作業であることに変わりはなく、そうでないふりをするのは不誠実です。開発者がいないなら、この選択肢は今のあなたにとっては理屈上のものです。
どちらの場合も、手に入るのは所有権です。
そのサーバーはあなたのものです。Crew Studio でも、MCP を話す他のあらゆるものでも動きます。そしてそれはこのカテゴリーの中で増え続けています。
連携は studio ごとに紐づきます
これが、クライアント業務に使えるツールと使えないツールを分ける設計上の判断です。細部のように聞こえるので、見落とされがちです。
studio ごとに自分のアカウントを認可します。
クライアントの studio は、そのクライアントの Notion、Slack、Stripe に届きます。個人の studio はあなたのものに届きます。片方で働くスペシャリストに、もう片方への経路はありません。これは設定する権限ではなく、構造上の性質です。
取引終了の処理は1操作です。
クライアントとの関係が終わったら、studio を削除すれば接続も一緒に消えます。どのアカウントのトークンがどこに残っているかを点検する必要はありません。
同じツールを、別々に2回つなげます。
クライアント2社がどちらも HubSpot なら、2つの studio で2つの認可になります。連携は同じものでも、どちらももう一方のパイプラインを見られません。
これが分離を信用できるものにします。
すべての studio が1つの Gmail トークンを共有しているなら、閉じた記憶にはほとんど価値がありません。文脈の境界では止まるのに連携の境界では止まらない分離は、分離ではありません。そして多くのツールはここで止まっています。
これが効いてくる人
ニッチで働くオペレーター。
誰も聞いたことのないツールがスタックに入っているなら、カタログ型は最初からあなたの役に立ちませんでしたし、ロゴの壁の数字は最初から無関係でした。
クライアントのスタックを扱うエージェンシー。
クライアントは毎回、少しずつ違うツールの組み合わせでやってきます。studio ごとの連携に MCP を加えた形だけが、それに耐えられます。
提供終了で痛い目を見たことがある人。
提供元が畳むと決めた標準コネクタは、あなたの仕事の流れも一緒に持っていきます。あなたが所有するサーバーが、他人によって畳まれることはありません。
スタックが変わると分かっているオペレーター。
2年後に使うツールは、今日使っているツールではありません。何かに API があるかどうかで決まる天井は、他人が保守するカタログで決まる天井より、うまく年を取ります。
共通しているのは、4つとも他人の roadmap に縛られていることです。すべての接続を自社で抱える基盤は、どのツールを支える価値があり、どの順で支えるかを、あなたの代わりに決めます。そこから抜け出す道は、自分で作って自分で持ち続けられる接続だけです。
役に立たない場面
連携が障害になっていないとき
主にドキュメントの中で働いているなら、必要な接続は思っているより少ないかもしれません。
統合された結論を書き出して一度貼ることは、ボトルネックではありません。ボトルネックは、その結論を作ることです。
ツールに API がないなら、どの基盤にも手助けはできません。
MCP がつながるのは、自分を外に開いているものです。インターフェースのない閉じたデスクトップアプリは手の届かないままですし、それを変えられる提供元はいません。
チームではなく特定の接続が欲しいなら、ワークフローツールを見てください。
トリガーで2つのアプリをつなぐのは Zapier や n8n の仕事で、より安く、より直接的です。Crew Studio がアプリをつなぐのは、Crew がその中で働けるようにするためで、これは別の仕事です。
コンプライアンスがスタックを縛っているなら、つなぐ前に確認してください。
Crew Studio は現段階で SSO も SAML も提供していません。それを要求する調達プロセスを持つ組織は、待つべきです。
開発者がおらず、ツールに MCP サーバーもないなら、そこは正直に見てください。
開かれた天井は本物ですが、無料ではありません。天井が自分にとって重要かを決める前に、依存しているツールがサーバーを公開しているかを確認してください。
並べて比較
Crew Studio と閉じた連携マーケットプレイスの比較
2つの行ははっきりマーケットプレイスに振れます。スタックが完全に主流のツールだけでできているなら、今日の幅広さのほうが、あとで高くなる天井に勝ちます。この取り引きが報われるのは、依存しているものが一覧にないときだけです。
この比較には、時間が解いてくれる部分があります。標準接続は増え続けるので幅の差は四半期ごとに縮まりますが、天井の差は構造的なもので縮まりません。それがあなたにとって重要かどうかは、待てるかどうかで決まります。
| できること | Crew Studio | 閉じた連携マーケットプレイス |
|---|---|---|
| 標準接続 | ローンチ時に8つ、順次追加 | 数百に及ぶことも |
| 一覧にないツールをつなぐ | できます。自分の MCP サーバー経由で | できません。提供元を待ちます。 |
| 接続を所有するのは誰か | オペレーター | 提供元 |
| プロジェクトごとの分離 | studio ごと | たいていアカウントごと |
| 標準接続の設定 | OAuth、数クリック | OAuth、数クリック |
| 一覧にないツールの設定 | サーバーがなければ開発者が必要 | そもそも不可能 |
| 今日の幅広さ | 狭い | 広い |
| 天井 | そのツールに API があるかどうか | マーケットプレイスのカタログ |
| ツールの中でエージェントが行動する | します。studio の自律レベルに従って | まちまち |
まだつながっていないもの
本腰を入れるかどうかを決めるときは、現在の一覧より roadmap のほうが重要です。だから予告編ではなく、正直な版を書きます。
連絡は Telegram のみです。
WhatsApp、メール、iMessage は計画中で、まだ使えません。Telegram がもともといる場所でないなら、これだけのために入れるのは割に合いません。
SSO も SAML もありません。
一定規模以上の企業では、これが調達の段階で止まる要因になります。伏せずに、セキュリティのページに書いています。
Google Drive、Airtable、Shopify はよく要望されますが、まだ標準対応ではありません。
3つとも MCP サーバーを公開しているか、公開間近です。これは回避策ではなく、想定された道筋です。
自律レベルが許していない限り、どの標準接続も行動しません。
何かを認可する前にオペレーターが必ず尋ねることなので、ここで繰り返します。アプリをつなぐことは、crew にそれを破壊的に使う許可を与えることではありません。
続けて読む
関連
質問
連携についての質問
Crew Studio はどのアプリにつながりますか？
Crew Studio は Gmail、Notion、Slack、GitHub、Linear、Stripe、HubSpot、Calendly への標準接続を備えており、roadmap にさらに追加予定があります。それ以外のツールは、Crew Studio が一度も掲載したことのないものも含めて、カスタムの MCP サーバー経由で接続できます。
MCP サーバーとは何で、なぜ重要なのですか？
MCP は、AI システムを外部のツールにつなぐためのオープンな標準です。Crew Studio は MCP ファーストなので、オペレーターは MCP サーバーを公開しているサービスなら、公式連携を待たずに接続できます。その接続は提供元ではなく、オペレーターのものです。
Crew Studio は私の代わりに公開や送信をできますか？
オペレーターが設定した自律レベルの範囲でのみできます。Ask と Confirm では、承認なしに studio の外へ出るものはありません。Ship on trigger では、定義されたアクションが連携済みのアプリの中で実行されます。レベルは studio ごとに設定でき、いつでも変更できます。
アプリが API を変更したらどうなりますか？
標準の連携は、どの連携でも起きるのと同じように壊れますし、こちらが直します。このページが MCP にこだわるのは、待つ側が誰になるかが変わるからです。自分の MCP サーバーを通して作った接続は、壊れたその日に、こちらの都合ではなくあなたの都合で直せます。それがこの取り引きで、包み隠さず言えばそういうことです。だからこそ、固定された連携一覧は、その長さより天井のほうが重要になります。