APIからエージェント型統合へ:Kong Context Meshの紹介
エージェント型AIの可能性は明確です。自律的に推論し、計画し、あなたに代わって行動するシステムです。しかし、そのビジョンと企業の現実の間には根本的な問題があります。エージェントが意思決定を行うにはコンテキストが必要であり、そのコンテキストは組織全体に分散して存在しているのです。
コンテキストとは、エージェントが業務を遂行するために必要とするあらゆるデータ、あるいはデータへのアクセスを可能にするあらゆる抽象化を指します。CRM内の顧客記録。フルフィルメントAPIの背後にある在庫レベル。コマースプラットフォーム内の価格設定ルール。イベント基盤を流れるトランザクションストリーム。これらは、企業の運営を支える業務インテリジェンスであり、異なるアクセス方式、認証スキーム、データ形式を持つ数十のシステムの中に閉じ込められています。
本日、私たちはKong Context Meshを発表します。これは、エージェントが必要とする企業コンテキストの利用方法を設計し、そのコンテキストへのアクセスを公開できる新しい製品です。既存のインフラストラクチャを自動的に検出し、エージェントが利用可能なツールへと変換し、企業が求める統制のもとでアクセスを管理します。
コンテキストの問題
エージェントは最終的に意思決定者です。彼らはインテリジェンスとコンテキストを組み合わせて意思決定を行います。つまり、アクセスできるコンテキストの範囲が、その有用性の限界を決めるのです。在庫レベルを確認できず、顧客履歴を参照できず、価格を検証できないエージェントは自律的とは言えません――自信満々に聞こえるチャットボットにすぎません。エージェント型AIの真の価値は、推論能力を、ビジネスを動かす業務データやアクションと結びつけることにあります。
しかし、エージェントにコンテキストを提供するのは、言うほど簡単ではありません。企業のデータは、API、イベントストリーム、データベース、各種サービスの背後に存在し、それぞれ異なるスキーマ、認証要件、アクセス方式を持っています。誰かが各データソースを理解し、どのようにエージェントに公開すべきかを定義し、認証情報を扱い、エラーを管理し、生成された統合をどのようにホスティングするかを考えなければなりません。エージェントが必要とするコンテキストを保持する数十のシステムそれぞれについてこれを行うとなると、エージェント機能の提供を求める圧力が高まる一方で、決してリリースに至らないプロジェクトになってしまいます。
その一方で、Kongはすでにこのインフラの多くを把握しています。エンドポイント、スキーマ、認証要件、そして何よりも誰が何にアクセスできるかを理解しています。そのコンテキストは、活用されるのを待ちながらそこに存在していました。
Context Meshによって、それが活用されます。
Kong Context Mesh:テックプレビュー
Context Meshは、Kongがすでに把握しているインフラ情報を活用することで、エージェントのコンテキスト問題を解決します。テックプレビューのリリースでは、まずMCPがAPI(企業データにおける最も一般的な抽象化レイヤー)とどのように連携するかから始め、そこから機能を拡張していきます。現在できることは次のとおりです。
- 何を保有しているかを把握する。Context Meshは、現在Kongで管理されているすべてのAPIを自動的に可視化します。手作業での棚卸しも、スプレッドシートの発掘作業も不要です。エンドポイント、スキーマ、アクセスパターンを完全に可視化した状態で、API全体の状況を一か所で確認できます。
- 誰が何にアクセスできるかを理解する。KongはすでにAPIの認証と認可を管理しているため、Context Meshは特定のユーザーやサービスがどのデータソースにアクセスできるかを正確に把握しています。これがエージェントに適したアクセス制御の基盤となり、権限設定をゼロから始める必要はありません。
- エージェント用ツールキットをキュレーションする。すべてのデータソースがすべてのエージェントに適しているわけではありません。Context Meshでは、異なるAPIのエンドポイントを横断してフィルタリングし、公開したいコンテキストを正確に選択できます。データ全体をエージェントのコンテキストウィンドウに流し込むのではなく、目的に特化したツールキットを構成します。
- エージェント対応ツールを自動生成する。データソースを選択すると、Context Meshがエージェントが利用可能な完全に機能するツール定義を生成します。スキーマは正確で、認証は処理済み、エラーレスポンスも適切です。通常であれば数日かかる手作業が、数分で完了します。出力形式はまずMCPから開始します。エコシステムが収束しつつある領域だからです。ただし、この抽象化は、今後エージェントがコンテキストを利用する方法が進化しても対応できるよう設計されています。
- Kong Gatewayにデプロイする。生成されたツールは、ホスティング方法を自分で考える必要のある成果物ではありません。Context Meshは、任意のKong AI Gateway環境に直接デプロイし、エージェント用ツールをホストするとともに、実行時にポリシーを適用します。初日から本番対応のインフラを利用できます。
- ポリシーとオーケストレーションロジックを定義する。これらのツールの挙動を制御する条件付きポリシーやロジックを定義できます。レート制限、条件付きルーティング、データ変換など、これまでAPI向けに構築してきたガバナンスの仕組みを、Context Runnerによって実行時に適用し、エージェント基盤にもそのまま活用できます。
ビジョン:完全なコンテキストカバレッジ
テックプレビューでは、ほとんどの企業がKongに最も深く投資している領域であるAPIに焦点を当てています。しかし、エージェントが必要とするコンテキストは、RESTエンドポイントの背後にあるものだけではありません。私たちのロードマップでは、Context Meshを企業内のあらゆるデータの所在に拡張する予定であり、今後1年の間に以下の機能が構築される見込みです。
- イベントストリームとリアルタイムデータを、イベント駆動型エージェントのコンテキストとして活用。昨年、Kong Event Gatewayをリリースし、APIと同様にイベントデータへのアクセスを管理できるようにしたことを思い出してください。エージェントにはリアルタイムのコンテキストが必要です。そのため、Kong Context MeshはKongで管理されているイベントデータ製品を検出し、仮想クラスタを横断してフィルタリングし、イベントストリームをエージェントが利用可能なツールに変換します。これにより、エージェントは単なる時点のクエリではなく、リアルタイムのコンテキストにアクセスできるようになります。
- 統合ツールキット。将来のリリースでは、APIとイベントストリームを単一のMCPサーバーで統合したツールを生成できるようになります。注文管理を支援するエージェントは、注文APIをクエリし、在庫イベントに購読することが、数分で構築した一貫したMCPツールキットを通じて可能になります。
- 直接データアクセス用のコネクタ。Context Meshは、Kong管理下のインフラ以外のデータソース(データベース、SaaSプラットフォーム、ファイルストアなど)からもデータを検出し、これらのコネクタをエージェントツールに変換できる世界を目指しています。「API」と「データソース」の境界がなくなり、エージェントはコンテキストがどこに存在していても、一貫したガバナンスされたインターフェースを通じて必要なコンテキストにアクセスできるようになります。
なぜこれがKongでしか機能しないのか
このビジョンの個々の要素は他でも存在します。ツール生成器も、APIカタログも、ID管理ソリューションも見つかります。しかし、これらの機能が統合されて相乗効果を発揮するプラットフォームは存在しません。
- レジストリ統合。Context Meshを通じて生成されたすべてのMCPツールキットとサーバーは、Kongのレジストリにカタログ化できます。これは別のシステムを維持する必要はなく、自動的に行われます。エージェント開発者は、APIと同じポータルを通じて利用可能なツールを発見できます。
- 継承されたアクセス制御。Kongはすでに各コンシューマーがアクセスすべきデータソースを把握しているため、そのコンシューマーが使用できるエージェントツールも自動的に把握されます。エージェント用にアクセスモデルを再構築する必要はなく、既存のモデルを拡張するだけです。
- ポータル経由のアクセスリクエスト。コンシューマーは、今日使用している開発者ポータルと登録フローを通じて、エージェントツールへのアクセスをリクエストできます。操作は馴染み深く、ガバナンスは一貫し、監査トレイルも完全です。
- 基盤としてのアイデンティティ。Kong Identityがエージェントのアイデンティティ管理ソリューションとなります。Context Meshでポリシーやアクセス制御を定義する際には、全接続レイヤーを管理する同じアイデンティティ基盤を参照します。エージェントはサービスと同じ方法で認証され、ポリシーは人間と機械のコンシューマーに一貫して適用されます。
始めるには
Context MeshとContext Runnerは今四半期にテックプレビューに入ります。エージェント型AIを検討しているKongの顧客は、早期アクセスに登録してください。既存のデータインフラを、今後ますますビジネスを動かすエージェントに接続する方法を評価している場合、これはぜひ参加すべき会話です。
APIファーストからエージェントファーストへの移行は、これまで構築してきたものを放棄することを意味しません。必要なのは、既存のコンテキストを発見し、エージェントが必要とする形に変換し、企業レベルの制御でアクセスを管理できるプラットフォームです。
それを実現するのがKong Context Meshであり、私たちはまだ始まったばかりです。
Alex Drag
Head of Product Marketing