買い手はかつて素朴な問いを立てていました。この製品は、うちがすでに使っている道具とつながるのか。

その問いが鋭くなってきています。

いま買い手が知りたいのは、AI エージェントがどこまで安全に手を伸ばせるのかです。Claude は財務のモデルを問い合わせられるのか。ChatGPT は人事の文脈を読めるのか。Cursor は製品へのフィードバックを引けるのか。Copilot は請求書やドキュメントや分析データから質問に答えられるのか。エージェントは読むだけなのか、それともレコードを更新もできるのか。

データに出ている有益な変化はそこです。多くの変更で目に見えるプロトコルは MCP ですが、買い手の物語はプロトコルではありません。買い手の物語はアクセスです。データ、操作、権限、プランの上限。

直近 90 日で、Competitor Tracker は 2,828 社の競合を走査し、50,693 件の公開サイトの変更を見つけました。短命な販促の雑音を除くと、45,109 件の持続的な変更が残りました。連携、API、および関連するアクセスの変更は、1,375 社にまたがる 6,748 件でした。

その大きな動きの内側に、436 社にまたがる 1,349 件の明示的な MCP の記録がありました。持続的な変更は、実務上の四つの束に分かれました。

• エージェントに開かれたデータ。 どの業務データにアシスタントが手を伸ばせるかを、ベンダーが買い手に伝えはじめている。
• アクセスに加わった操作。 作成、更新、仕分け、振り分け、起動ができるエージェントがある。
• 前面に出てきた権限。 OAuth、RBAC、権限の継承、承認、監査証跡、統制が営業の物語の一部になりつつある。
• 商品として束ねられたエージェントのアクセス。 MCP とエージェントのアクセスが、価格表の行、プランの上限、クレジット、セット、ナビゲーションに現れている。

これらは別々の動きです。向いている方角は同じです。連携は、統制されたエージェントのアクセスの問題になりつつあります。

1. エージェントに開かれたデータ

これがいちばんきれいな兆候です。

ベンダーはかつて「御社のスタックと連携します」と言っていました。いま強いページは「あなたのエージェントは、この業務データを使えます」と言います。買い手にとってはこちらのほうがずっと役に立ちます。

買い手は MCP がほしくて目を覚ますわけではありません。自社が信頼しているデータで、エージェントに実際の問いへ答えてほしいのです。

プロトコルへの言及を数えているだけだと、この型は見落としやすいです。役に立つ読みは、データの名詞のほうです。

製品データ。請求書のデータ。人事の文脈。経費のデータ。指標。請求のデータ。文書。

買い手が気にしているのはそれです。信頼された記録の仕組みにエージェントが手を伸ばせるなら、連携ページはそのアクセスをはっきり説明しなければなりません。できないなら、そのページは新しい略語を付けたロゴの壁のままです。

SaaS チームにとって、実務の点検は素朴です。

• どの業務オブジェクトをエージェントは読めるのか。
• 例は実際の仕事に結びついているのか、それとも設定手順だけなのか。
• 買い手が価値を理解できるだけ、そのページはデータを名指ししているか。
• 情報システム、セキュリティ、財務が許容できるだけ、そのアクセスは安全に聞こえるか。

これは競合の連携ページを追うことの次の層です。古い点検はパートナーのロゴ、API のページ、アプリの掲載を見ていました。新しい点検は、エージェントをめぐるアクセスの物語も見ます。

2. アクセスに加わった操作

二つめの束は、素朴なデータ接続よりも重い意味を持ちます。

一部のベンダーは、エージェントを読み取り専用の助手としては説明しなくなりました。フィードバックを仕分けし、ロードマップを更新し、変更履歴を起こし、売掛金を回収し、業務の流れを設定し、依頼を振り分け、作業を起動するエージェントとして説明しています。

これで購買の問いが変わります。

読み取りのアクセスは「エージェントは何を見られるのか」と問います。書き込みのアクセスは「エージェントは何を変えられるのか」と問います。

ここは製品と GTM のチームが丁寧に読むべき部分です。

読み取り専用のエージェントは、たいてい承認が通りやすいです。書き込みのできるエージェントは、別の商談を生みます。買い手は影響範囲を理解しなければなりません。エージェントはロードマップの項目を更新できるのか。請求のルールを変えられるのか。サポートの依頼を振り分けられるのか。業務の流れを起動できるのか。顧客のレコードに触れるのか。

これで、漠然とした連携の主張が、具体的なプロダクトマネジメントの問いに変わります。

競合がエージェントの操作を公に見せはじめているなら、自分たちが何で競っているのかを知っておくべきです。

• 読み取りだけの回答
• 業務の自動化
• 管理者が制御する操作
• 人が承認する操作
• 記録の仕組みそのものへの深い変更

これらは同じ機能ではありません。生まれる反論も同じにはなりません。

3. 前面に出てきた権限

三つめの束で、買い手の物語が真剣になります。

エージェントが業務データに手を伸ばしたり操作したりできるようになると、商談はすぐ制御の話へ移ります。誰がアクセスを与えるのか。エージェントはユーザーの権限を継承するのか。ツールの呼び出しは記録されるのか。管理者はアクセスを取り消せるのか。繊細な操作の前に人の承認は挟まるのか。

だから、いちばん強い変更のいくつかは公開の発表ではありませんでした。権限、統制、セキュリティの変更でした。

この束が、買い手に商談用の確認事項をくれます。

ベンダーが MCP と言ったら、こう訊いてください。

• アクセスは OAuth か、それとも固定のキーか。
• ロール、ワークスペース、アカウント、データオブジェクトで範囲を絞れるか。
• 既存の権限を継承するか。
• エージェントは書き込み、更新、削除、業務の起動ができるか。
• ツールの呼び出しは記録されるか。
• レート制限や利用上限はあるか。
• 繊細な操作の前に承認の段はあるか。
• 従業員が辞めたときはどうなるか。
• その MCP サーバーはリモートか、ローカルか、ホスト型か、ベータか、法人プラン限定か。

プロトコルの名前は、これらに答えません。公開ページが答えているか、答えていないかのどちらかです。

競合を見るチームにとっての要点はそこです。二社とも MCP に対応していると言えます。一方には OAuth、範囲を絞ったロール、権限の継承、監査証跡、管理者の制御があるかもしれません。もう一方には設定手順の文書とローカルのサーバーしかないかもしれません。同じ略語。まるで違う営業の物語です。

4. 商品として束ねられ、宣伝されるエージェントのアクセス

四つめの束は、エージェントのアクセスが商売上の機能になりつつあるかどうかを見せます。

ドキュメントのページは実験でありえます。価格表の行、ナビゲーションの項目、トップページの帯、プランの上限は、もっと強い公開の兆候です。導入の前に、買い手にエージェントのアクセスを見せたい、ということです。

ここは価格、PMM、製品のチームが見るべき節です。

エージェントのアクセスがプランの行に現れたら、誰かがそれを価値の会話に入れると決めています。ナビゲーションに現れたら、誰かが買い手に見つけてほしいと決めています。セキュリティの文言に現れたら、誰かがその反論を聞いています。

だから「MCP への言及を追う」よりいい見張りの規則が立ちます。

ベンダーがそのアクセスをどこに置いたかを追ってください。

• ドキュメントだけ。 おそらく技術的な実験か、早期の開発者向けの下準備。
• 連携ページ。 買い手に向けた証拠ができつつある。
• 価格表。 パッケージ化と収益化が始まった。
• ナビゲーションやフッター。 会社は買い手に気づいてほしい。
• セキュリティや統制のページ。 購買部の反論に手を打っている。
• トップページや帯。 ベンダーはエージェントのアクセスを市場へのメッセージとして使っている。

同じ機能でも、どこに現れるかで語る話が変わります。

この問いに対する Competitor Tracker 自身の答えは、AI エージェント向けのデモと MCP のドキュメントにあります。買い手がこれから探すとこの報告が言っているものの、製品側の証拠です。エージェントが何を問い合わせられるか、どうつなぐか、どんな記録を引けるか。

5. 組み替えは、ベンダーが何を学んだかを示す

最後の束は、公開の発表ほど整っていないので見落とされがちです。

複数の会社が、MCP まわりの機能を移し、改名し、削除し、統合し、束ね直しました。その動きは効きます。生まれたての分類は雑然としています。チームはその機能がどこに属するのかを試します。

機能は、単体のエージェントとして始まり、拡張性へ移り、Pro に同梱され、ある製品領域を離れて別の領域に現れ、あるいは統制の言葉に包まれます。

競合を追うことが元を取るのはここです。

公開の発表は、会社が何かを足したと言います。組み替えは、そのものがどこに属するのかを会社が学んだと言います。削除は、古い主張が混乱かリスクか弱い需要を生んだのかもしれないと言います。

PMM にとっては、これがもう一本の公開告知より役に立つことが多いです。

これが市場について語ること

「みんな MCP を足している」は大まかすぎます。役に立つ細部を取り逃がします。

いい読みはこうです。AI エージェントのアクセスは新しい連携の層になりつつあり、市場はそれをどう売り、どう制御し、どう課金するかを整理している最中です。

分野によって、そこから開く隙間が変わります。

競合が業務データをエージェントに開いているなら、買い手は、すでに使っている AI ツールから自社の製品を問い合わせられるのかを訊きはじめるかもしれません。

競合が書き込みの操作を足しているなら、買い手は機能の一覧より先に安全性の考え方を比べはじめるかもしれません。

競合が OAuth、RBAC、監査証跡、承認の言葉を前に出しているなら、購買部の問いはすでに市場に入ってきています。

競合が MCP を価格と上限とクレジットに入れているなら、エージェントのアクセスはパッケージになりつつあります。

競合が MCP の主張を移したり消したりしているなら、その分野はまだ、買い手がどこで価値を理解するのかを学んでいる最中です。

間違いは、これをプロトコルの報せとして扱うことです。これは買い手のアクセスの報せです。

競合のエージェントアクセスの変更をどう読むか

まず買い手として読んでください。そのあと競合として読んでください。

これがこの報告の実務での使い方です。SaaS チームに、雑音を仕分ける方法をくれます。

「うちの競合は MCP に言及しているか」とは訊かないでください。

その言及が何をしているのかを訊いてください。

• アクセスを証明している
• 業務の流れを見せている
• リスクに手を打っている
• 上位への導線を作っている
• 製品の物語を変えている
• 刺さらなかった主張から退いている

読みが違えば、打つ手も変わります。

次に見るべきもの

この型が続くなら、次の変更はおそらく決まった場所に現れます。

• エージェントがどのデータに手を伸ばせるのかを正確に説明する連携ページ
• ローカルのサーバーからホスト型や OAuth の経路へ移る設定手順の文書
• MCP、API、エージェント、クレジット、レート制限の行が加わるプランの表
• ツール呼び出しの記録、プロンプトインジェクションの制御、承認の流れが加わるセキュリティのページ
• 更新、振り分け、起草、仕分け、起動ができるエージェントを見せる製品ページ
• エージェントのアクセスが機能の公開より強いメッセージかどうかを試すトップページの帯
• 本体プランに畳み込まれていく古いエージェントのアドオン
• パッケージやリスクの物語が弱かったところで削除される MCP の主張

正確な言い回しが効きます。「AI-ready」はそれ自体ではほとんど何も言っていません。「Claude can query invoice-to-cash data with inherited permissions」はずっと多くを言っています。

買い手も競合も、見るべきはそこです。

読み

連携ページは新しい仕事を与えられつつあります。

どの道具がつながるかは、いまも見せなければなりません。そのうえで、AI エージェントがどこまで安全にアクセスできるのかにも答えなければなりません。

業務データを開いている会社があります。エージェントに動かせている会社があります。権限と監査の言葉を前に出している会社があります。エージェントのアクセスを価格に入れている会社があります。買い手がどこで理解するのかを学びながら、主張を移したり消したりしている会社があります。

追う価値のある兆候はそれです。

市場は、完璧な分類名に全員が合意するのを待っていません。すでにナビゲーション、ドキュメント、価格表、帯、セキュリティのページ、プランの上限に痕跡を残しています。

Competitor Tracker は、競合が変え続けているサイトを見ます。価格ページ、プランの表、機能の一覧、比較ページ、連携ページ、ポジショニングの文言。コイン 1 枚で競合 1 社を 1 か月追跡します。最初の 25 枚はこちら持ちです。

調書の見本を見る、エージェント向けの表示を試す、あるいは案件を開く。

— C. T. Lucky