Model Context Protocol（MCP）は、AI アシスタントを外部のデータやツールに共通の一つのインターフェースで接続するためのオープン標準です。アプリケーションごとに個別の連携を作る必要がありません。
側は二つです。クライアントは AI アプリケーション、つまりデスクトップアシスタント、コーディングエージェント、自分で書いたスクリプトです。サーバーは何らかのデータの前に立ち、提供するものを提示します。モデルが呼べるツールと、読めるリソースです。クライアントが何があるかを尋ね、モデルが何を求めるかを決め、サーバーが答えます。
共通のプロトコルがなければ、十数個のアシスタントを十数個のデータソースにつなぐのに、百を超える個別の連携を作って保守することになります。一つあれば、それぞれの側が一度実装するだけです。MCP ツールを新しいエージェントにつなぐのが、SDK ではなく設定一行で済むのはそのためです。
サーバーをどこで動かすかについて、プロトコルは何も言いません。有効なトークンを持つものなら到達できる企業のクラウドに置くこともできれば、他には誰も届かない自分の端末の中だけで動かすこともできます。どちらでもプロトコルの見た目は同じで、プライバシーにとってはそこがすべてです。
Xtify が捉えたすべての会議は構造化された記憶になります。決定事項、アクションアイテム、リスク、フォローアップ、文字起こしです。Xtify はその記憶を、アプリとともに起動し、localhost だけを待ち受け、ディスク上のインデックスを直接読む Model Context Protocol サーバー経由で開放します。
有効化すべきクラウドのエンドポイントはなく、記憶が当社のサーバーに複製されることもないため、第三者のクラウドエージェントに入り口はありません。MCP クライアントを実装したものであれば、どれも同じように動きます。Claude Desktop、Cursor、Cline、Zed、あるいは自分で書いた数行のコードです。サーバーは読み取り専用で、エージェントは会議を呼び出せても、書き換えることはできません。ローカル MCP は Pro Max 以上でご利用いただけます。
いりません。MCP に対応したデスクトップアシスタントであれば、Xtify をつなぐのはそのアプリの設定ファイルに一項目を加えるだけです。あとは普通の言葉で質問すれば、エージェントがどの Xtify ツールを呼ぶかを判断します。自分でクライアントを書くこともでき、独自の自動化を組むならその道になりますが、通常の使い方ではありません。
できません。Xtify のサーバーは 127.0.0.1 にバインドされ、動作している端末からの接続だけを受け付けます。クラウドサービスには接続先そのものが存在しません。これが、ローカル MCP サーバーと、多くの会議ツールが公開しているクラウドホスト型との違いです。後者では、適切に認可されたクラウドエージェントであれば誰でもあなたの文字起こしを照会できます。
いいえ。これはオープンなプロトコルで、さまざまなアシスタントやエディタに実装があります。Xtify がエージェントごとに個別連携を作るのではなく標準を実装しているのはそのためです。次に乗り換える先は、MCP を話せさえすればよいのです。