2026年6月30日、X（旧Twitter）が Claude や Cursor などの AI ツールを自社 API に接続できる「ホスト型 MCP サーバー」を公開しました。
X 上の情報を AI アシスタントで扱いたい SNS マーケティング担当者・開発者が対象です。
読めば、現場の情報収集が何によって変わり、いま押さえておくべき制約はどこかが分かります。
何が起きたのか
X の開発者向けプラットフォームが公開したのは「ホスト型 MCP サーバー」です。
MCP（Model Context Protocol、AI アシスタントが外部サービスのデータや機能を安全に呼び出すための共通規格）に対応した AI ツール——Claude Desktop、Cursor、Grok Build など——から、X の API に直接つなげるようになりました。
これまでは、AI アシスタントに X のデータを触らせたければ、自分で MCP サーバーを立て、X の API につなぎ、認証まわりまで自前で用意する必要がありました。
今回は X 側がその「つなぎ役」をホスティングします。
利用者は自分の X アカウントの権限で認証（OAuth、パスワードを渡さずに安全にアクセス権を委譲する仕組み）を通し、xurl という公式のオープンソース CLI で使いたい機能を選ぶだけで済みます。
対応する API 操作は幅広く、X の公式リポジトリでは130件を超えるツール（API 操作）が公開されています。
接続には2つのモードがあります。
ひとつは読み取り専用モードで、アプリ単位の Bearer トークン（読み取り用の認証キー）を使い、投稿の検索・会話の分析・プロフィール参照・トレンド分析・フルアーカイブ検索・リアルタイムデータ取得といった「見る」操作に絞れます。
もうひとつが読み書きモードで、xurl 経由のユーザー認証（OAuth）を通すと、ポストやブックマークの作成、記事（Articles）の公開といった書き込み操作もできるようになります。
公開直後には一部メディアが「書き込みには非対応」と報じましたが、X の公式ドキュメントとリポジトリは読み書きモードの存在を明記しています。
調査だけなら読み取り専用、AI に操作までさせるなら読み書き、と用途に応じて権限を選ぶ設計だと理解しておくと、期待値がずれません。
マーケ実務にどう響くか
現場感覚でいうと、これは「AI に X を調べさせる」ことの参入障壁が一気に下がった動きだと受け止めています。
単発の機能追加というより、GitHub・Slack・Notion・Stripe・Salesforce が相次いで公式 MCP サーバーを出してきた「主要サービスが AI エージェントに自分のデータへの正規の入口を用意する」という業界の流れの、SNS 版と見るのが自然です。
点ではなく線の動き、というわけです。
実務に引きつけるとどうでしょうか。
これまで手作業だったソーシャルリスニング、エゴサーチ、競合の反応チェック、トレンドの下調べを、Claude や Grok に対話で投げられるようになります。
「直近3日で自社ブランドがどんな文脈で言及されているか要約して」と聞けば、リアルタイムのデータをもとに返ってくる。
下調べのスピードは確かに上がります。
ただし、飛びつく前に留保が2つあります。
ひとつは費用です。
MCP はあくまで X API への「入口」を楽にするだけで、料金体系そのものは通常の X API と変わりません。
MCP 専用の別料金があるわけではなく、既存の料金体系とレート制限がそのまま適用されます。
調査・リスニング用途で読み取りモードを使う限り、効いてくるのは読み取りのコストで、従量課金であれば投稿の読み取り1件あたり0.005ドル・月200万件までといった上限があります。
書き込みモードで投稿やブックマーク操作までさせる場合は、その分の書き込み課金（1投稿あたり0.015ドル、リンク付きで0.20ドル）が別途かかります。
いずれにせよ「無料で X が全部見られるようになった」わけではありません。
X は2026年2月から従量課金（クレジットをチャージし、使った分だけ支払う方式）が既定になり、新規向けの無料枠は廃止されています。
旧来の Basic・Pro プランは既存契約者だけが継続でき、新規は従量課金か Enterprise のいずれか。
つまり「そもそも X API の有料アクセスを設定しているか」が、使えるかどうかの分かれ目になります。
もうひとつは、会話型アクセスの向き不向きです。
対話でその場の調べ物をするのは得意でも、同じ集計軸で継続的に追いかける定点観測やチーム共有のレポートには向きません。
AI に毎回同じ問いを投げても、集計の切り口が微妙に揺れて時系列で比較しづらく、根拠となった投稿群も残りにくい。
単発リサーチと継続モニタリングは、道具を分けて考えるのが現実的です。
いま何を確認しておくか
全社導入を急ぐ話ではありません。
まずは自社が X API の有料アクセス（従量課金の設定、または既存の契約プラン）を持っているかを確認するところから始めるのが順当です。
MCP は API アクセスがある人向けの「便利な接続方法」であって、アクセスそのものを肩代わりしてくれるわけではないからです。
Claude や Cursor をすでに業務で使っているチームなら、検証として「直近の自社ブランド言及を要約させる」あたりから触ってみると、使いどころの肌感がつかめます。
逆に、毎週の話題量・競合の反応・ハッシュタグの広がりを追う定点観測を回している場合は、会話型 AI に丸ごと置き換えるのではなく、集計が固定された仕組みと役割分担させる前提で見ておくと判断を誤りません。
SocialReport の視点から
SocialReport は X のキーワード調査・リポスト（拡散）調査・アカウント分析に対応しています。
指定したキーワードの投稿数推移や KPI 集計、投稿者ランキング、曜日×時間帯のヒートマップ、ワードクラウドまでを同じ集計軸で継続的に追え、その結果を PDF レポートとして出力できます。
今回の MCP が得意とするのは「その場の会話型リサーチ」で、SocialReport が担うのは「同じものさしで定点観測し、チームで共有できる形に残す」領域です。
どちらかが優れているという話ではなく、下調べは AI に、継続モニタリングはトラッキングツールに、と切り分けると両方の強みが活きます。
X の情報を扱う手段が増えたいまだからこそ、この役割分担を先に決めておく価値があります。
まとめ
今回の MCP サーバー公開は、派手な新機能というより「AI に X をつなぐ」ための入口を標準化した、AI エージェント時代のインフラ整備です。
読み取り専用モードと読み書きモードを選べるので、調査用途なら読み取りに絞れば書き込みの心配はありません。
マーケティング担当者として持ち帰るべきは、自社の X API アクセス状況を確認したうえで、会話型の単発リサーチと同じ軸で続ける定点観測を切り分けて設計する、という一点です。
最終更新：2026-07-06