「答えるAI」から「やり切るAI」へ ー MCPが繋ぐ実行層を、国内コールセンターはどう始めるか
Genesysが買収したPinkfishは、500以上の連携と25,000のMCPツールを、CRM・ERP・IT・HR・受注・請求といった基幹領域にまたがって持ち込む。cmswireの報道によれば、この機能は2026年7月末までにAppFoundryマーケットプレイスへ、2027年1月までにGenesys Cloudへネイティブ搭載される見込みだ。買われたのは、会話がうまいAIではない。「注文を照会し、返金を通し、上位プランへ変更し、顧客に通知する」までを、人への引き継ぎなしにやり切る“実行層”だ。
コンタクトセンター（コールセンター）のAIは、「答えるAI」から「やり切るAI」へ移りつつある。では、その実行層で実際に何が起きているのか。私の立場を先に言えば、実行層の技術的な部品はほぼ揃った。しかし国内の分断された基幹環境では、「1対話で全部やり切る」の手前、「一部だけ確実にやり切る」から入るのが現実解だと考える。
1. 前提 ー 買収ラッシュの読み解きは前稿で、本稿はその先を
CCaaS大手の買収対象が会話エンジンから実行・オーケストレーション層へ移った経緯は、前稿「なぜCCaaS大手は会話エンジンではなく実行層を買うのか」で追った。要点だけ引き継ぐ。NICEは2025年7月にCognigyの約9億5,500万ドルでの買収を発表し（同年9月に完了）、Genesys自身のPinkfish買収の発表は「顧客対話の自動化から、企業システムをまたぐ自律実行へ」と踏み込む。再編が「実行層の取り合い」として進んでいることは、もう前提としてよい。
本稿が扱うのはその先だ。実行層を急に現実的にした技術要素（MCP）は何を変えたのか。そして、基幹が分断された国内のコンタクトセンター（コールセンター）で、「やり切るAI」をどの順序で入れるのか。
当て馬として、これまでのコンタクトセンターAIを置くと差がはっきりする。導入事例の多くは、要約・応対支援などのCopilot型か、シナリオに沿って答えるチャットボット／ボイスボットだった。国内の実態を見ても、その多くはDBのリアルタイム連携や高度なパーソナライズまでは至らず、ポイントソリューションに近い。つまり「答える」まではできても、「処理する」には届いていなかった。ただし単純に「実行層＝勝ち」と読むのは早い。実行層が価値を出せるかは、後述する接続先の状態に強く依存する。
2. MCPは何を変えたのか ー 「共通コンセント」の標準化
実行層が急に現実味を帯びた背景には、MCP（Model Context Protocol）の標準化がある。Anthropicが2024年11月に公開したこのオープン標準は、AIモデルと外部ツール・データ・アプリを繋ぐ共通の作法を定める。JSON-RPC 2.0の上に立ち、ツールごとに個別のAPI連携を作り込む手間をなくす。2026年初頭時点で、月間SDKダウンロードは9,700万を超え、稼働中の本番サーバーは1万を超えたとされる。
比喩を使えば、MCPは「AIエージェント版のUSB-C」だ。これまでは、CRMに繋ぐには専用ケーブル、請求システムに繋ぐには別のケーブル、と個別配線を作っていた。MCPは差し込み口の形を統一する。だから1体のAIエージェントが、同じ作法でCRMから顧客データを引き、カレンダーを確認し、メールを起こし、返金を通せる。
具体像は国内外で出始めている。AWSは、Amazon Connect CustomerとSalesforceをMCPで繋ぐ構成を「Integration as Intelligence（統合こそが知能）」と呼び、顧客データの参照から後続処理までを一つの流れにする。国内でも、クラシルが提供する「Kurashiru AI Supply Chain OS」は、既存の基幹システムを置き換えず、それらと連携しながら業務文脈を解釈してAIエージェントが実行するレイヤーとして機能し、サイロ化したデータを横断的に扱う。会話ロジックは変えず、「実行」だけを上に載せる発想だ。
3. 実行層を成立させる型 ー 分断環境で何から手をつけるか
ここから、再現できそうな型を抜き出す。
第一の型は「会話エンジンを作るのではなく、実行層を調達する」。自社で対話モデルを磨くより、MCPで既存業務システムに繋がるオーケストレーション層を持つ方が、実務価値に直結する。GenesysがPinkfishを“買った”のは、この判断を市場規模でやったということだ。
第二の型は「接続をMCPで標準化し、点の自動化から線の自動化へ広げる」。個別APIの作り込みは、繋ぐ先が増えるほど破綻する。標準化された差し込み口に寄せることで、「注文照会」という点の自動化を、「照会→変更→通知」という線の完結へ伸ばせる。
第三の型は「ガードレールと権限設計を先に置く」。やり切るAIは、金融・保険・医療のように後戻りできない処理に触れる。Pinkfishの機能が「信頼できる業務ガードレール」を強調するのは、実行力そのものよりも「暴走させない設計」が採用の条件になるからだ。返金や契約変更を自律実行させるなら、どこまでをAIの権限とし、どこから人間の承認を挟むかを、機能より先に決める必要がある。
第四の型は、国内向けに最も重要だ。「分断環境では“全部やり切る”ではなく“一部を確実にやり切る”から入る」。国内の基幹は、部門ごとに別システムで組まれ、AIのサイロ化が起きやすい。レガシーが残り、リアルタイム連携が前提になっていない環境で、いきなり1対話フル完結を狙うと、繋がらない箇所で止まる。まず住所変更や配送照会のように、接続先が1〜2系統で閉じる業務を選んで完結させ、成功範囲を広げていく方が現実的だ。
4. ここからは私の見立て
ここからは私の見立てとして書く。実行層の技術的な部品（MCP、オーケストレーション、ガードレール）は、2026年後半にはほぼ出揃う。だから国内の勝負どころは「やり切れるか」ではなく、「自社の基幹が、やり切らせられる状態にあるか」に移る。言い換えれば、主戦場はAIベンダー側ではなく、導入企業側のシステム整備とデータ連携の側にある。
自己反証を入れる。「MCPで接続が標準化されるなら、分断環境の問題も時間が解決するのでは」という見方はあり得る。実際、差し込み口が揃えば配線コストは下がる。ただ、MCPが標準化するのは“繋ぎ方”であって、“繋ぐ先のデータが整っているか”ではない。差し込み口が同じでも、その先のマスターデータが古く、業務ルールが人の頭にしかなければ、やり切るAIは正しく処理できない。だから接続標準化は前進だが、国内の分断・属人化を自動では溶かさない、というのが私の立場だ。
条件付きで言えば、国内でやり切るAIが成果を出すのは、(1)完結させたい業務の接続先が1〜2系統に絞れていて、(2)その業務のマスターデータと例外ルールが整理されており、(3)AIの実行権限と人間の承認境界が事前に定義されている、この3条件が揃った領域からだと考える。逆に、この整理を飛ばして「1対話フル完結」を掲げると、繋がらない現実にぶつかって、また要約Copilotに戻る。
まとめ
第一に、CCaaSの競争軸は会話エンジンから実行層へ動いた。GenesysのPinkfish買収も、NICEのCognigy買収も、「答える」ではなく「やり切る」の取り合いだ。
第二に、それを可能にしたのはMCPという“共通コンセント”の標準化であり、注文照会から通知までを1対話で繋ぐ部品は揃った。
第三に、しかし国内の分断された基幹環境では、全部やり切るの手前で止まる。まず接続先の閉じた業務を確実に完結させ、範囲を広げる順序が現実的だ。
問いとして残したい。あなたのセンターで「やり切るAI」を検討する時、最初に点検すべきは、AIの賢さだろうか、それとも「そのAIに、自社のどの基幹まで、どの権限で触らせられるか」だろうか。実行層の時代の準備とは、たぶん後者の棚卸しのことだ。
※本記事は2026年7月30日時点で確認できた公開情報に基づく。買収条件・搭載時期・普及数値はベンダーおよび報道の公表値であり、変動しうる。数値の解釈と「見立て」部分は筆者個人の見解。
出典
Genesys「Genesys Acquires Pinkfish to Accelerate the Future of Autonomous Customer Experiences」
Avaya Insights「What is the Model Context Protocol (MCP) for Contact Centers?」
CMSWire「Genesys Acquires Pinkfish to Bring 25,000 MCP Tool Integrations to Contact Center AI」
この記事はCC AI LabのAI著者（相馬 迅/相原 ことは）が執筆し、編集部が内容を確認・承認のうえ公開しています。誤りを見つけた場合はお問い合わせフォームからご連絡ください。
