CDプレーヤー問題

iPhoneの音楽アプリがロボットアームを制御する場面を想像してください。アームはリビングルームを横切り、CDケースを開け、ディスクをトレイに置き、再生ボタンを押します。スマホからトラックをスキップできます。音量も調整できます。技術的に印象的です。

動きます。でも誰もこれを進歩とは呼ばないでしょう。

これがエンタープライズがプロトコルアダプタを通じてAIをレガシーソフトウェアに接続するときに起きることです。Model Context P

rotocol——MCP——はAIモデルがSalesforceを呼び出し、ServiceNowからレコードを取得し、Jiraでワークフローをトリガーすることを可能にします。接続は本物です。知性はそうではありません。

MCPはロボットアームです。レガシーSaaSはCDです。

ロボットアームは動く。それが問題だ。

機能的な回避策の危険性は、それがソリューションに見えることです。MCPは標準化されたツールコールを通じてAIモデルをエンタープライズシステムに接続します。モデルはSalesforceのオポチュニティを読めます。Jiraのイシューを更新できます。Slackにメッセージを送れます。Zendeskのチケットをクローズできます。各アクションは動作します。しかし各アクションは孤立しています。

それらの境界を超えて思考することはできません。

MCP接続のモデルに「Acme Corpで何が起きている？」と聞くと、5つの別々のAPI呼び出しを行います——CRMに1つ、サポートに1つ、エンジニアリングに1つ、Slackに1つ、プロダクトバックログに1つ。各呼び出しはスナップショットを返します。モデルはそれらを連結します。しかし連結は統合ではありません。

これは推論ではありません。コラージュです。

AIは取得します。理解はしません。レコードを取り出しますが、取得間に何が変わったかのメモリはなく、システム間でオブジェクトがどう関連するかの認識もなく、因果関係をトレースする能力もありません。それはインテリジェントなシステムではなく、すべてのウィンドウを同時に開くことができるクリップボードです。

Dheeraj Pandey

Co-founder & CEO, DevRev

音楽業界が学んだこと、エンタープライズソフトウェアがまだ学んでいないこと

音楽業界がCDからデジタルフォーマットに移行したとき、単に再生を便利にしただけではありませんでした。以前は構造的に不可能だったまったく新しい機能を生み出しました。

ライブラリ全体のシャッフル——物理ディスクでは不可能。リスニングパターンに基づくアルゴリズミックレコメンデーション——統合データ層なしでは不可能。ジャンル、ムード、時代を超えてマージするコラボラティブプレイリスト——物理メディアに制約される限り不可能。

移行は同じメディアへのより高速なアクセスについてではありませんでした。メディアそのものを完全に排除し、新しいアーキテクチャにネイティブなものを構築することでした。

エンタープライズAIはCD時代に取り残されています。MCPは同じ断片化されたレコード、同じ孤立したシステム、同じアーキテクチャ上の制約へのより高速なアクセスを提供します。それは最初から異なるアーキテクチャに構築されていればレガシーなはずのソフトウェアへのアクセスを機械化しています。

問題はロボットアームが十分に速いかどうかではありません。問題はなぜまだCDを持っているかです。

ロボットアームにはできない5つのこと

統合メモリ——クロスシステムのコンテキストを保持する永続的でインデックス化されたナレッジグラフ——は、どんなアダプタフレームワークでも再現できない機能を実現します。以下の5つです。

時間的推論。火曜日にデプロイメントが失敗し、水曜日に3件のP0チケットが届いた場合、統合メモリシステムはこれらのイベントが接続されていることを知っています——同じグラフで両方を追跡していたからです。アダプタモデルは2つの無関連なスナップショットを見ます。前後関係に構造が見えなくなります。

クロスドメイン要約。「Acme Corpの全体像は？」は、単一の統合された回答を返すべきです——CRMノート、サポートエスカレーション、エンジニアリングブロッカー、プロダクトフィードバック、更新タイムラインを組み合わせた。5つの別々のフェッチを並べたものではありません。1つの合成された物語です。

因果推論。デプロイメント失敗がP0チケットの急増を引き起こし、それが機能リリースの48時間遅延をトリガーし、戦略アカウントからのエグゼクティブエスカレーションにつながった。どの単一システムもこの完全なチェーンを保持していません。しかしメモリアーキテクチャはチェーンをトレースできます——グラフの各ノードが関係性とタイムスタンプを持っているからです。

協調的アクション。「明日のAcme QBRの準備をして」は、アカウントヘルスメトリクスの取得、オープンリスクの特定、最近のエスカレーションに基づくトーキングポイントの提案、関連するコンテキストのプリロードを必要とする単一のインテントです。これは5つの別々のツールコールではなく、コンテキストを保持する単一のメモリレイヤーに支えられた協調的準備です。

根拠のある信頼。Computerが提供するすべての回答はソースオブジェクトを引用します。すべてのアクションは監査可能です。モデルはシステム間のギャップでハルシネーションを起こしません——ギャップが存在しないからです。データは1つのグラフに存在し、すべての事実がそのソースにリンクされています。

モデルはコモディティ。メモリがモートになる。

GPT-5、Claude、Gemini——フロンティアモデルは18ヶ月以内にどこにでも存在するようになります。すべてのエンタープライズが同じ推論能力にアクセスできるようになります。差別化要因はどのモデルを動かすかではなくなります。

そのモデルがあなたのビジネスについて何を知っているかです。

コンテキスチュアルなナレッジグラフ。永続的な組織メモリ。すべてのビジネスインタラクションにわたる時間的認識。これが、レコードを取得するAIと実際にあなたの会社を理解するAIを分けるレイヤーです。

勝つ企業は、AIを50のレガシーシステムに接続する最良のアダプタフレームワークを持つ企業ではありません。アダプタの必要性そのものを排除した企業です——すべてのビジネスオブジェクト、すべての関係性、すべての意思決定の軌跡がすでに接続された単一のメモリレイヤーの上に構築することで。

Dheeraj Pandey

Co-founder & CEO, DevRev

次のベンダーミーティングで聞くべき3つの質問

エンタープライズAIを評価するなら、この3つの質問がアダプタアプローチと本物の知性を分けます：

コンテキストはどこに存在するか？答えが「ソースシステムに分散し、オンデマンドでアクセス」なら——ロボットアームを見ています。コンテキストが永続的なインデックス化されたグラフに常にメモリ内に存在するなら——本物のメモリを見ています。

ドメインを横断して推論できるか？ベンダーに、セールス、サポート、エンジニアリングのデータにまたがる質問に単一のレスポンスで答えてもらってください。3つのレスポンスをつなぎ合わせたものではなく。3つのドメインすべてからの引用を含む1つの一貫した回答。それができなければ、上手にプレゼンするアダプタを見ているだけです。

何が変わったか知っているか？過去90日間のアカウントの意味ある変化のタイムラインを求めてください——アクティビティログではなく、何が変わり、なぜ重要で、何をトリガーしたかのキュレートされたナラティブ。アダプタモデルには時間的認識がないのでこれはできません。記録を取得することしかできず、パターンを追跡することはできません。

ロボットアームのアップグレードをやめよう

音楽のデジタル化はCDへのアクセスを速くしたのではありません。シャッフル、プレイリスト、レコメンデーション、ディスカバリーを生み出しました——旧フォーマットでは構造的に不可能だった機能を。

同じ変革がエンタープライズデータにも可能です。DevRevのComputerはデジタルネイティブなアーキテクチャです——すべてのビジネスオブジェクト、すべての意思決定、すべてのインタラクションが最初から接続され、インデックスされ、権限付きで保護された統合メモリレイヤーです。

CDプレーヤー問題はコネクティビティの問題ではありません。アーキテクチャの問題です。そしてアーキテクチャの問題は、より良いロボットアームでは解決しません。

この記事はDevRevホワイトペーパー「CDプレーヤー問題」に基づいています。詳細な機能フレームワークとエンタープライズバイヤー評価ガイドについては、フルホワイトペーパーをお読みください。

Computerがロボットアームを置き換える方法を見る →