オープン・エージェント仕様を持つ監視可能なポータブル・エージェント: Arize PhoenixおよびOpenInferenceとの統合を発表 (2026/02/27)

オープン・エージェント仕様を持つ監視可能なポータブル・エージェント: Arize PhoenixおよびOpenInferenceとの統合を発表 (2026/02/27)

https://blogs.oracle.com/ai-and-datascience/agent-spec-phoenix-integration

投稿者：Cesare Bernardis | Principal Member of Technical Staff

Damien Hilloulin | Senior Manager

Rhicheek Patra | Senior Director, Oracle AI Database

Sungpack Hong | Vice President, AI Research, Database

Open Agent Spec（略称Agent Spec）は移植性を重視して構築されています。エージェントを一度定義すれば、プロンプト、ツール、ポリシーを書き換えることなく、任意のランタイムで実行できます。チームがエージェントを本番環境に導入する際、次に問題となるのは可観測性です。異なるランタイム間でエージェントが行うすべての決定をどのように把握すればよいのでしょうか？この記事では、Agent SpecがArize PhoenixおよびOpenInferenceと統合され、一貫性がありランタイムに依存しないトレースと評価を実現する方法を説明します。これにより、デバッグを高速化し、変更を安全に比較し、自信を持って運用できるようになります。

エージェントスペックの理由

  • 一度定義すれば、どこでも実行可能: エージェントのツール、システム プロンプト、LLM 設定を一度作成すれば、LangGraph や WayFlow などの互換性のあるランタイムで実行できます。
  • オープン スタンダードに基づいて構築: Agent Spec は OpenTelemetry ベースのインストルメンテーションとシームレスに連携し、ランタイム全体で標準化されたトレースを可能にします。
  • エンタープライズ対応: 移植性と可観測性により、プロンプトを進化させたり、LLM を交換したり、ツールを改訂したりする際にガバナンスを維持しながら、設計、開発、展開の間を行き来できます。

Arize Phoenixを選ぶ理由

Arize PhoenixとOpenInferenceベースのインストルメンテーションを組み合わせることで、たった1回のセットアップで、本番環境レベルのランタイムに依存しない可観測性を実現できます。これにより、サポートされているあらゆるランタイムにおいて、エージェントの行動とその原因を正確に把握できます。AIアプリケーションのトレースを標準化する一連の規約であるOpenInferenceに準拠したPhoenixは、以下の機能を提供します。

  • 明確な親子関係を持つエンドツーエンドのトレース
  • エージェント、LLM、ツールにわたる統合された可視性
  • 完全な入力/出力（システムプロンプトを含む）、ツールの引数、タイミング、および最終応答
  • ランタイムとLLM間で一貫したトレーススキーマにより、コンポーネントを変更してもダッシュボードと評価ハーネスの安定性が維持されます。

この透明性によりデバッグとガバナンスが加速され、複雑な動作 (再試行ロジックやツールの選択など) を検証し、変更を安全に比較することが容易になります。

Phoenixによるワンラインセットアップ

この Medium 記事で実装された Ops Assistant によって発行された Agent Spec トレースの例。

ポータブルな Agent Spec 構成を読み込み、インストルメンテーションを一度追加するだけで、サポートされている複数のランタイム間で動作します。Phoenix はどちらの場合でも同じトレーススキーマを認識するため、ランタイムや LLM を切り替えてもダッシュボードと評価ハーネスの一貫性が維持されます。Phoenix は以下の情報を表示します。

  • レイテンシとコストの概要を含むプロジェクトとトレースのリスト
  • エージェントスパン、LLM 生成、ツール実行など、フロー全体を示す実行ツリー
  • プロンプト、ツールの引数/出力、最終的な回答へのドリルダウン

評価とベンチマーク

Phoenixにトレースが取り込まれたら、プログラムによる評価を実行できます。一般的な設定は以下のとおりです。

  • 基本的な出力と構造を確認するためのコードベースの評価ツール（決定論的）
  • 有用性や完全性などの側面を評価するLLMの審査員

インストルメンテーションを変更することなく、単一の評価ハーネスを使用して、同じエージェントを複数のランタイムで実行し、結果を比較できます。

エンタープライズチームにとってこれが重要な理由

  • エージェントが開発から本番環境に移行する際に、エージェントを観察および評価する方法を標準化します。
  • 安全に反復処理: ランタイム、プロンプト、ツール、または LLM プロバイダーを交換し、同じトレース形式と評価ハーネスで動作を比較します。
  • エージェントが実行する各ステップをキャプチャする完全忠実度のトレースを活用して、診断時間を短縮し、信頼性を向上させます。

Getting Started

開始するには、Agent Spec エージェントを OpenInference でインストルメント化し、トレース用に Arize Phoenix を接続し、以下のドキュメントを使用してエンドツーエンドの可観測性を数分で有効にします。

コメント

コメントを投稿

このブログの人気の投稿

Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20)

イメージ
Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20) https://mikedietrichde.com/2024/11/20/important-update-to-oracle-database-19c-support-timelines/ 長い沈黙は、私が隠れているという意味ではありません。つまり、今はとても忙しいということです。そして、より少ない旅行で、私はあなたのコメントにもブログと返信するより多くの時間を持っていることを願っています。それでも、Oracle Database 19cサポート・タイムラインの非常に重要な更新について説明します。 * 更新された内容 2024年11月19日現在、Oracle Database 19cのサポート・タイムラインが調整されています。 MOSノート: 742060.1 – 現在のデータベース・リリースのリリース・スケジュールを見ると、新しい日付が表示されます。 Premier Support、2029年12月31日まで 2030年1月1日から2032年12月31日までの拡張サポート 2033年1月1日から2034年12月31日までのアップグレード・サポート これは知ることがとても大切です。 他のリリースの更新はありますか。 MOSノートの終わりにある変更ログ: 742060.1 – 現在のデータベース・リリースのリリース・スケジュールでは、Oracle Database 21cの最新の更新も確認できます。このリリースのPremier Support期間は、2027年7月31日まで延長されました。 また、Oracle Database 23aiのパッチ適用終了日は2032年12月31日に設定されています。 Lifetime Support Policy 更新は、Oracle Technology Productsの Oracle Lifetime Support Policy (6ページ)でも確認できます。 From: Oracle Lifetime Support Policy for Oracle Technology Product s – page 6 – Nov 19, 2024 特に、次の表に示す制限事項に注意してください。 Oracle Database 1...
続きを読む

ミリ秒の問題: BCCグループとOCIが市場データ・パフォーマンスを再定義する方法(AWSに対するベンチマークを使用) (2025/11/13)

イメージ
ミリ秒の問題: BCCグループとOCIが市場データ・パフォーマンスを再定義する方法(AWSに対するベンチマークを使用) (2025/11/13) https://blogs.oracle.com/cloud-infrastructure/post/milliseconds-matter-bcc-group-and-oci-vs-aws 投稿者： Steven Riley | Senior Cloud Architect William Bierds | Business Analyst and Systems Engineer - BCC Group International Travis Liles | Master Principal Cloud Architect Puru Patel | Cloud Architect - FSI これは、BCC グループと Oracle Cloud Infrastructure (OCI) 間の市場データ パートナーシップを紹介するブログ シリーズの第 2 部です。   はじめに 金融市場データアプリケーションは、トレーダー、金融機関、そして市場参加者が情報に基づいた意思決定を行えるよう、リアルタイムデータを提供することで、取引エコシステムにおいて重要な役割を果たしています。 前回のブログ で述べたように、取引環境において最適なパフォーマンスを確保するには、市場データを超低レイテンシかつ高い信頼性で配信する必要があります。 今日の急速に変化する金融市場において、クラウドは市場データ・アプリケーションにとって強力な推進力として台頭しています。適切なネットワークとインフラストラクチャがあれば、企業は実行時間の短縮、可用性の向上、そして堅牢なセキュリティを実現できます。しかし、企業によるクラウド導入は遅れており、ワークロードのクラウド移行計画を中止しているケースもあります。そこで、BCCグループとOracle Cloud Infrastructure（OCI）のパートナーシップが注目されています。 BCCグループは、主力市場データアプリケーションであるONE PlatformをOCI上に導入しました。このブログでは、以下の点について説明します。 このパートナーシップがなぜこれほど相乗効果をもたらすのかを探る OC...
続きを読む

OCIサービスを利用したWebサイトの作成 その4～Identity Cloud Serviceでサイトの一部を保護 (2021/12/30)

イメージ
OCIサービスを利用したWebサイトの作成 その4～Identity Cloud Serviceでサイトの一部を保護 (2021/12/30) https://blogs.oracle.com/cloudsecurity/post/using-oci-services-part-4 投稿者： Christopher Johnson 今回は、OCI Native Servicesを使って完全にサーバーレスでWebサイトをホスティングするシリーズの第4弾です。     パート1 では、OCI WAF + API Gateway + Functionを使用して、OCI Object Store Bucketから静的コンテンツを提供する基本的な方法を紹介しました。     パート2 では、バケットを（公開ではなく）非公開にし、Resource Prinicpalを使用して安全にアクセスする方法を紹介しました。     パート3 では、ハードコードされた設定を削除し、代わりにそれらの設定をアプリケーションに保存する方法を紹介しました。 パート4では、サイトの一部をログインの後ろに置いてみようと思っています。 この記事は、ちょっとした「フクロウの描き方」のようなものになりそうです。でも、コードを見ればきっと理解できるはずです! IDCSでアプリケーションを作成 注：OCI Identity Domains は、OCI の新規顧客に対して IDCS の機能を直ちに提供します。現在 IDCS を使用している顧客については、既存の IDCS ストライプは今後数ヶ月の間に OCI Identity Domains に移行される予定です。詳細については、OCI Identity Domainの ドキュメント を参照してください。この変更は、このブログで説明したセキュリティ・パターンに影響を与えるものではありません。このブログで IDCS に起因するセキュリティ機能は、OCI Identity Domainsでも提供されます。 まず最初に、サイトを表現するために IDCS で実際にアプリケーションを作成する必要があります。 IDCSコンソールを開き、「アプリケーション」に移動し、「作成」をクリックします。Functionアプリケーシ...
続きを読む