DevRev の統合データレイヤー: 高速で文脈に沿った信頼性の高い AI 回答

7 min read

Last edited:  

DevRev の統合データレイヤー: 高速で文脈に沿った信頼性の高い AI 回答

現代の企業は、CRM やサポートチケットシステムから製品分析やエンジニアリングのバックログに至るまで、無数の SaaS ツールに分散した断片化されたデータに苦慮している。今日、ほとんどの AI ソリューションは、AI エージェントが外部ツールやライブデータソースを呼び出すことを可能にするオープンスタンダードである新興のモデルコンテキストプロトコル( MCP )を用いて、その場その場で情報を取り込んでいます。

MCP ベースの検索は最新のデータを提供しますが、ジャストインタイム API 呼び出しのみに依存すると、遅延、複雑性、文脈の欠落が生じる可能性があります。各ユーザークエリは複数の外部呼び出し(例: CRM、チケット管理、コードリポジトリ API など)をトリガーする可能性があります。これにより、パフォーマンスのオーバーヘッドが発生し、それらのシステムが遅延したり接続不能になった場合に障害が発生する可能性があります。

ある分析が指摘するように、「 MCP は速度と広範性において理想的である。一方、深層理解、翻訳、カスタマイズが必要な場合には、カスタムエージェントが優位性を発揮する」。つまり、データを素早く取得するだけでは不十分なのです。 本当に包括的な回答を得るには、より深い理解と統合が求められます。

DevRev は根本的に異なる、より強力なアプローチを提供します: 事前に企業データを物理的に統合する統一ナレッジグラフです。クエリ時の断片的な呼び出しではなく、DevRev のプラットフォームは堅牢な API とバッチコネクタを活用し、すべての主要 SaaS システムからデータを双方向に同期させ、単一の統合データストアへ継続的かつほぼリアルタイムで集約します。その結果、AI モデルが即座に活用できる「単一の信頼できる情報源」となるデータレイヤーが実現します。

このブログでは、DevRev の技術アーキテクチャの概要を説明します。これは SQL インターフェースを備えた、統一された関係性豊かなナレッジグラフです。DevRev が持つ独自の機能、すなわち構造化データと非構造化データを統合し、文脈で強化し、SQL を介した対話型分析を可能にする能力について解説します。

統合ナレッジグラフ 対 ジャストインタイムデータ フェデレーション

多くの AI ソリューションは、クエリをフェデレーションする(つまり質問があった際に各システムをオンデマンドで呼び出す)ことで データのサイロ化に対処しています。MCP はこれをより標準化しますが、それでも本質的にはデータアクセスは「ジャストインタイム」処理として扱われます。例えば、プロジェクトの進捗状況を尋ねられた AI アシスタントは、その瞬間に( MCP サーバー経由で)Jira の API に課題チケットを問い合わせ、次に Salesforce に関連顧客情報を問い合わせる、といった具合に動作する。このオンザフライ方式は最新のデータを保証しますが、同時にコストもかかってしまいます:

  1. パフォーマンスオーバーヘッド: MCP JSON-RPC レイヤーは直接呼び出しを上回る遅延が発生する
  2. 運用上の複雑さ: MCP サーバープロセスを追加で実行し、多数の外部依存関係を処理する必要がある

高負荷またはリアルタイムのシナリオでは、複数の API 呼び出しを繰り返し実行すると応答が遅くなり、障害発生点が生じる可能性があります。さらに、各データソースは個別にアクセスされるため、単一のクエリで関係性(例:どのサポートチケットがどのエンジニアリングバグに対応するか)を把握することが困難です。AI はそれらの関連性を別途推測するか、個別に問い合わせる必要があります。

ある専門家が言うには、「MCP は高速であるが制御不能である。エージェントは管理され、追跡可能で信頼性の高い調査結果を提示する」という意味で、生のデータを素早く取得することは、まとまりのある文脈に沿った情報を提供することとは同義ではない。

DevRev は、企業内ナレッジグラフを構築・維持することで、より堅牢なアプローチを採用しています。AirSync データオーケストレーション技術を通じて、DevRev は多様なソースからのデータを事前に統合し、統一されたアクセス可能なレイヤーにまとめます。このナレッジグラフは企業データで継続的に更新され、グローバルな文脈で強化されます。

異なるデータソースを、それら間の関係性を理解し維持しながら、新しく統一されたカスタマイズ可能なデータレイヤーに整理します。

各 SaaS ツールを実行時に個別にクエリするサイロとして扱うのではなく、DevRev はそれらを単一のグラフで連結します。顧客とチケット、チケットと製品機能、機能とエンジニアリングタスク、会話、ドキュメントなどを結びつけるのです。このグラフは複数のソースからのデータを相互接続されたネットワークに統合し、AI に断片的な情報ではなく 360 度の文脈的視点を提供します。

DevRev Airdrop

重要なのは、この統合グラフが即座に質問に答えられる状態にある点です。LLM が情報を必要とする際、DevRev のストアに対して単一のクエリを実行するだけで取得でき、そのタイミングで数十の外部 API に分散する必要がありません。これにより、はるかに高速で信頼性の高い応答が実現されます。統合の負荷は全てユーザーセッション中ではなく、事前に継続的に処理されます。さらに DevRev プラットフォームが豊富な関係性とメタデータを保持するため、AI はより深い洞察を引き出せます。例えば、CRM 上の「 ACME Corp 」が財務システム内の「アカウント#123」と同一人物であり、5 件の未解決サポート案件と関連していることを理解できるのです。グラフはこれら全てを一括で列挙可能です。

つまり、DevRev のナレッジグラフは、純粋な MCP ベースのやり方ではとっさに作成するのが難しい、組み込みの文脈とつながりを AI に提供します。

あるプレスリリースで紹介されたように、「AI エージェントの性能は、我々が提供する文脈の質に依存します。DevRev のプラットフォームを支える知能基盤としてナレッジグラフを活用することで、バックエンドの複雑な処理を自動化…従来のステータス更新や煩雑な統合、断片化されたデータを排除することが可能になります」。

主要な技術的優位性:

DevRev は、ライブのデータの統合による最新の情報と、あらかじめ構築されたナレッジ・リポジトリの堅牢性を兼ね備えています。

耐障害性とスケーラブルな AI 導入のためのインテリジェントなデータ取り込み

DevRev のナレッジグラフは、バッチ API 呼び出し、Rate-Aware スケジューリング、Adaptive Syncing 技術など、高度なデータ取り込み戦略によって構築されています。これらは、問い合わせ可能な豊富なシステム・オブ・レコードを構築・維持するために設計されています。このアーキテクチャにより、DevRev は、API のレート制限、スロットリング、または断続的な可用性がある環境においても、ソースシステムからのデータを確実に取り込み、統合することが保証されます。

ジャストインタイム型アプローチでは、各クエリごとに外部 API へのリアルタイムアクセスが必要とされるため、遅延や脆弱性、サービス中断を招くことが少なくありません。これに対し DevRev は、データアクセスと利用を分離します。データは事前に能動的に取得され、正規化され、文脈的にリンクされます。その結果、グラフをクエリする AI エージェントは基盤システムに繰り返し負荷をかけることなく、事前に構成され意味的に強化されたナレッジにアクセスできます。

このアプローチは、AI の普及が拡大するにつれてますます重要になります。高使用環境では、多数のエージェントやユーザーによる MCP ベースの繰り返しアクセスがソースシステムに負荷をかけすぎる可能性があります。DevRev は、影響が少なく高精度のデータ取得を事前に可能にすることでこのリスクを軽減し、AI 処理とトランザクションシステム間の緩衝材として機能する永続的なナレッジ層を構築します。

関係性とメタデータによる豊かな文脈

DevRev のナレッジグラフの中核的な強みは、単にデータを一箇所に集約するだけではない点にあります。データを豊かにし、意味ネットワークとして相互に関連付けます。従来のシステムでは、複数のソースからデータをインデックス化しても、関係性が失われることがよくあります。例えば、サポートチケットとバグ報告は、明らかな関連性のない別々の文書としてインデックス化される可能性があります。しかしDevRevは、製品・人・業務間のつながりを理解するため、システム横断的なデータ整合性と関係性を維持するよう、設計段階から構築されています。

Zendesk の顧客クレームが JIRA の課題に関連し、その課題が GitHub のコードコミットに関連している場合、これらのリンクはすべてグラフ内で第一級のエンティティとして扱われます。これは、AI クエリがこれらの接続を容易に辿れることを意味します。

例えば、従業員が「先月、Acme Corp から重大度の高いサポートチケットは提出されたか?また、それはバグ修正につながったか?」と質問する可能性があります。この質問に答えるには、顧客レコード、サポートチケット、エンジニアリングタスクのデータを結合する必要があります。DevRev のグラフは、これらすべてのエンティティとそのリンクを統一的に表現しているため、このようなマルチホップクエリに直接応答できます。

従来のナレッジグラフの無いアプローチでは、エージェントが CRM を呼び出し、次にその顧客でフィルタリングするサポートシステムを呼び出し、さらにエンジニアリングシステムと ID を照合するといった、脆弱で複雑なシーケンスが必要になるかもしれません。これに対し、DevRev の統合データレイヤーは、単一の整合性のある問い合わせが可能なのです。

業界のエキスパートが指摘するように、ナレッジグラフは「ナレッジの相互接続性を捉えたエンティティと関係性で構成される」ものであり、多様なデータソースの統合と精密な多段階推論が実現可能になります。

当社のプラットフォームはこの力を企業向け AI に転用できます。DevRev のエージェントは、文脈が本質的に相互接続されているため、グラフを活用して単なる事実の抽出ではなく、情報に基づいた結論を導き出すことが可能です。

さらに、DevRev はメタデータと AI が生成したインサイトを用いてデータを継続的にアノテーションし、強化します。例えば、当社のシステムは顧客フィードバックに感情分析のタグを付けたり、関連性があると判断した場合にサポート会話とナレッジベース記事をリンクさせたりします。結果として、DevRev のナレッジグラフは企業の実態を反映した生きたモデルとなり、LLM ベースのアシスタントが推論を行う基盤となります。

受動的な洞察から能動的な行動へ:DevRev の書き込み可能インテリジェンス

ほとんどの AI システムは、適切なタイミングで適切なデータを提示するインサイト提供に留まります。しかし真のエンタープライズインテリジェンスには、単なる「知る」以上の「実行する」力が求められます。DevRev のプラットフォームが、API から要求に応じて読み取るだけのソリューションと一線を画すのはこの点です。DevRev は記録システムを維持しているため、エージェントが企業のワークフロー内で直接アクションを起こすことを可能にします。

従来の「MCP のみ」のソリューションは、データをその場その場で取得するものの、それを操作するには外部ツールが必要でした。これに対し、DevRev は双方向同期レイヤーを提供し、統合ナレッジグラフ全体で完全な CRUD(作成、読み取り、更新、削除)操作をサポートします。

実際には、DevRev は企業の状態をただ単にモニターするだけでなく、企業が実行する業務に積極的に関与します。サポートチケットの更新、新しい Jira 課題の登録、タスクの担当者割り当て、自動化シーケンスのトリガーなど、DevRev は決定事項をプログラムで実行するための優れた書き込み API を提供します。

SQL による会話分析: AI と真のデータベースの融合

大規模言語モデルの最近の進歩により、自然言語から SQL への変換(「テキストからSQL」)は実現可能であるだけでなく、驚くほど正確になりました。ユーザーは平易な英語で質問できます。「前四半期の欧州におけるプレミアム顧客の平均顧客満足度は?」と。LLM を活用したエージェントは、これを DevRev のナレッジグラフデータベースに対する SQL クエリに変換し、実行して明確な答えを導き出します。

例えば Salesforce は、従業員が Slack で自然言語を用いてデータをクエリし、システムが内部で SQL を生成して回答を返す社内ツールを紹介ました。DevRev は、単一のデータウェアハウスや単一の SaaS アプリケーションだけでなく、すべての企業データに対して統一された SQL エンドポイントを提供することで、このパラダイムをさらに強化することができます。

LLM の知能と実績あるデータベース技術の融合こそが、LLM と AI の時代においても SQL が対話型分析と検索を支え続けると我々が確信する理由です。SQL を基盤とすることで自然言語インターフェースは飛躍的に強力になります。なぜなら回答があいまいなヒューリスティックな一致ではなく、正確で最新のデータから得られるからです。SQL が信頼性とガバナンスも付加する点は特筆に値します。結果を監査したり精査したりするのに慣れ親しんだ SQL クエリーをそのまま使用できるため、AI が「数値をでっち上げる」ことを懸念する企業のデータ責任者にとって安心材料となります。

モデルコンテキストプロトコル(MCP)の曖昧性

モデルコンテキストプロトコル(MCP)は、LLM が外部ツールからリアルタイムデータを取得することを可能にする期待の持てる標準ですが、データのアクセス方法と構成方法に本質的な曖昧さを生じさせます。MCP は通常、プランナー-エージェントパターンに依存しており、LLM はどのツールを呼び出すか、どの順序で呼び出すか、そして応答をどのように結合するかを決定しなければなりません。この手続き型アプローチは自由度の高いタスクでは有効ですが、企業向けデータ取得においては脆弱でデバッグが困難な上、セキュリティや正確性を確保するための制約が難しくなります。

対照的に、SQL は宣言型です。つまり、取得方法ではなく、取得したい内容を表現できます。DevRev のナレッジグラフのような統一スキーマと組み合わせることで、SQL は決定論的で検証可能かつ監査可能なインターフェースを提供し、これは企業レベルの AI システムにとって不可欠です。

この問題点は今に始まったことではありません。分散クエリ計画において、フェデレーテッドデータアクセスが抱える課題 —— 遅延、部分的な障害、スキーマレベルの理解不足 —— は何十年も前から存在し続けています。MCP はこれらの問題の多くを継承しており、コミュニティは今もなおその解決に取り組んでいます。だからこそ、DevRev が採用するハイブリッドアプローチ —— 必要な箇所で MCP をサポートしつつ、SQL を介した永続的でクエリ可能な表現を優先する — —は、現実的であると同時に将来を見据えた解決策なのです。

これは本当にユニークな価値提案です。MCP 呼び出しやベクトル検索のみに依存する競合他社は、統合された SaaS データセットに対する完全な SQL クエリを提供できません。

あらゆる分野で実証済みの DevRev の水平型プラットフォーム

DevRev のアーキテクチャが理論上のものではない点に留意することが重要です。複数の業界特化型ソリューションで実戦検証済みであり、現実のシナリオにおける柔軟性と威力を実証しています。

DevRev のプラットフォームには、複数の企業機能向けに事前構築されたAI エージェントが用意されています:

  • カスタマーサポート: DevRev の会話型サポートエージェントは、過去のチケット、ドキュメント、エンジニアリング更新情報、さらにはカスタマーサクセスデータからナレッジを抽出し、日常的なチケットを回避し、サポート担当者を支援します。すべてのサポート対応、顧客プロファイル、製品課題を単一のグラフに統合することで、AI は問い合わせをより迅速に解決できます。Bolt 社の主任サポートエンジニアが述べるように、DevRev はサポート業務において「重複作業を排除し、情報へのアクセスを容易にする」。これはデータの統合がサポートワークフローの摩擦をいかに軽減するかを示しています。
  • 製品開発(開発/エンジニアリング): 当社の製品開発エージェントは、機能リクエスト、バグ、コードコミット、デプロイメントを相互に関連付けることでエンジニアリングチームを支援します。例えば、プロダクトマネージャーが「前回のリリースでどの顧客課題が解決されたか」を尋ねた場合、サポートチケットから Jira 課題、Git コミットへと連なるグラフ構造により、エージェントは即座に回答できます。
  • 顧客エクスペリエンス/営業(Customer 360):DevRev は、CRM 記録、サポート履歴、利用テレメトリ、さらにはコミュニティフォーラムの投稿まで統合し、顧客の健全性を包括的に把握する Customer 360 エージェントを提供します。競合他社がデータを分散させたままにするのとは異なり、ナレッジグラフアプローチは「単一プラットフォームへ」全ての顧客とのタッチポイントを統合することで真価を発揮します。AI は顧客に関するあらゆる情報を文脈の中で把握できるため、解約リスクや 販売拡大の機会を事前に検知できます。
  • エンタープライズ検索: DevRev の検索エージェントにより、従業員は全アプリケーションを横断してあらゆる情報を検索できます。単なるキーワード一致だけでなく、「当社の売上上位クライアントが要求した機能の設計仕様書はどこにあるか?」といった質問にも回答可能です。これには、上位クライアントの特定、要求された機能(サポートデータか営業データか)の判別、そして例えば Confluence 内の設計仕様書の検索などが含まれます。これら全てがグラフを介して連携されています。このような意味理解型で文脈を認識する検索エージェントは、既に DevRev の提供サービスの一部なのです。
  • ワークフロー自動化: すべてのデータを統合したDevRev は、システム横断的なアクションをトリガーする自動化レイヤー(ワークフロー)も提供します。例えば、VIP 顧客に関するサポートチケットでネガティブな感情が強く検出された場合、自動的にアカウントマネージャーに通知します。AI を基盤とするこれらの自動化機能は、一元化されたデータハブが単なる Q&A のためではなく、インサイトに基づく行動を実現することを示しています。

上記の例は、実用段階にあるプラットフォームを示しています。DevRev は 5 つの別々の製品を開発したのではなく、単一の統合データ基盤を構築し、その上に様々なエージェントの「特性」を実装しました。これは当社アーキテクチャの堅牢性と拡張性を物語っています。サポートからエンジニアリング、営業に至るまで、同一のナレッジグラフ基盤が価値を提供します。

最後に、DevRev のプラットフォームはクラウドネイティブかつエンタープライズ対応です。セキュリティ(SOC2準拠)、スケーラビリティ(数百万件のレコードを 1 秒未満のクエリで処理)、拡張性を考慮して構築されています。

あらかじめ接続されたデータ、直感的なワークフロー、リアルタイム UX により、DevRev はチームがより多くのコンテキストを伴い、より迅速に知的エージェントを立ち上げることを可能にします。

DevRev は統合データを高性能データベース(軽量な最新データスタックで駆動)に保存するため、ほとんどの AI ソリューションでは不可能なことを実現します: ナレッジグラフ全体に SQL インターフェースを公開するのです。これが決定的な差別化要因です。SQL は企業環境で最も長く広く使われ続けるクエリ言語であり、その強力さと柔軟性は数十年にわたり実証されています。

DevRev は企業のナレッジを SQL クエリ可能な形式で整理することで、企業が既に活用している膨大なツールやスキルのエコシステムと即座に連携可能にします。LLM と組み合わせることで、SQL は自然言語とデータの間の強力な架け橋となります。


Ahmed Bashir
Ahmed BashirChief Technology Officer, DevRev

Ahmed leads the global Engineering team at DevRev. Before this, he was Director of Engineering at Apple for 12+ years, focusing on building Apple Cloud, distributed storage, low-latency edge, data analytics, and high-scale platform engineering.

Related Articles