※本記事は Steve Tindall, Kishore Katta による”Agentic AI in OIC – Overview and Introduction” を翻訳したものです。

エージェント型AIは、人々の期待を「理解を助けてくれる」から「実行を助けてくれる」にシフトしています。エンタープライズ設定では、その実行は、実際のデータに基づいてエンタープライズ・アプリケーションに接続し、予測可能で信頼性の高いアクションとして提供される必要があります。実際には、エージェント型AIは次のことが可能な場合にのみエンタープライズ・グレードになります。

  • アプリケーションから適切なデータを取得する
  • 安全で信頼できるツールを呼び出して、最適なアクションを安全に実行する
  • 再現可能なパターンに従うことで、結果の一貫性とガバナンスを確保できる

このブログでは、Oracle Integrationの新しいエージェント型AI機能を紹介し、デモ・ビデオを介してUIの簡単な概要ツアーを紹介します。

私の友人で同僚のKishore Katta(KK)は、多くの顧客と「スマート請求書検証および処理エージェント」に取り組んでいます。そこで、このブログでは、このユースケースを例として説明します。このシナリオのエージェントは、サプライヤから新規請求書を受信し、請求書を検証して詳細を抽出し、請求書の条件をそのサプライヤの購買契約/契約と比較して、企業のERPアプリケーションで請求書を作成します。また、必要に応じて、人による承認にHITLを使用します。デモで使われているエージェントとツールを構築してくれたKKに改めて感謝します。HITLについて、そしてそれがエンタープライズのエージェント型AIにおいてなぜ重要な役割を果たすのかについて詳しく知りたい方は、このブログをご覧ください。

Oracle Integration 26.01の新情報

Oracle Integration（以下OIC） 26.01では、OICプロジェクト内に新しいAIタブが登場し、統合や接続といった馴染みのある概念も見られます。AIタブは、エージェント型AIのアーティファクトを作成・管理する場所です。具体的には次のとおりです。

  • ツール（Tools）
  • エージェント（Agents）
  • エージェント・パターン（Agent Patterns）
  • プロンプト・テンプレート（Prompt Templates）

これらは抽象的なAIの概念ではなく、企業でのエージェント実行の運用方法に直接対応しています。

  • ツールは何ができるかを定義します
  • エージェントは達成すべきことを定義します
  • パターンは推論とアクションのオーケストレーションを定義します
  • テンプレートはランタイムで実行を繰り返し開始する方法を定義します

AIツール: エンタープライズの「アクション・レイヤー」(およびエンタープライズ・エージェントへの取り組みの最も重要な部分)

OICのAIツールとは?

OICのAIツールは、エージェントが呼び出せるアクションとして、OIC統合として実装されたエンタープライズ機能を公開する方法です。このリリースでは、OICはRESTベースの統合をAIツールとして使えるようにしており、既存の統合を実質的にラップして、エージェントから呼び出せるようにします。

重要なポイント: ツールは単なるエンドポイントではありません。OICでは、エージェントがツールを正しく一貫して呼び出せるように、説明および各パラメータのガイダンスを含む詳細なガイドラインを追加できます。

AIツールが重要な理由 (使用するエージェント・フレームワークよりも)

ほとんどの組織は、検証、ERPアクション、エンリッチメント、例外処理、ワークフロー・ルーティングなど、ビジネス・ロジックとガードレールをエンコードする統合フローにすでに多額の投資を行っています。

AIツールは、エージェント型AIへの投資を活用するための仕組みです。

  • 既存の統合（「請求書の詳細の取得」など）を取得し、エージェントの明確な意味と使用ガイダンスを備えたツールとして公開できます。別の例として、「ERPで請求書を作成」があります。
  • 管理されたアクションのカタログが増え、再利用可能になります。これらは、異なるエージェント実装間で同じロジックを再構築することなく、AIシステムから呼び出すことができます。
  • OICは、すべてのエンタープライズ・エージェントが使用できる信頼できるツールのカタログになります。
  • 増え続けるエージェントが、一貫性のない（場合によっては幻覚的な）方法でエンタープライズ・システムを直接呼び出していないことを知ることで、夜は安心して眠ることができます。

MCP: Model Context Protocol

このリリースの特徴的な機能は、OICツールがMCPツールとして自動的に公開されることです。プロジェクト設定でMCPサーバーを有効にすると、そのプロジェクトで作成されたツールは、組み込みのMCPサーバーを通じて自動的に公開されます。ツールは、Basic認証またはOAuth 2で保護できます。

これは、多くの顧客が組織全体で複数のエージェント・エクスペリエンスを提供することになるためです。MCP公開によって、OICは、エージェント・プラットフォーム間で再利用可能なエンタープライズ・グレードのアクションを公開するための一元的な管理場所として機能します。

つまり、OICでツールを一度作れば、多くのエージェントランタイムがそれを利用できる、ということです。

AIエージェント:目標とツール利用のオーケストレーション

OICのエージェントの話に入る前に、ひとつ重要な点を挙げたいと思います。エージェント型AIへの取り組みで使用するテクノロジについて話すとき、使用するエージェント・フレームワークに重点を置くことは間違いです。新しいエージェント・フレームワークは多岐にわたります。すべてのSaaSアプリケーションにエージェントが組み込まれています（OracleにはFusion AI Studioがあります）。Oracle Cloudには、選択できる2つまたは3つの異なる進め方があります（こちらに優れた概要があります）。また、Oracle Databaseの中で直接エージェントを構築することもできます（Private Agent Factory）。

要するに、最終的には多くの異なるエージェントを使うことになる、ということです。このトピックに関する「Which Agent?」という優れた記事があります。

OICのAIエージェントとは?

AIエージェントは、目的、目標および行動のガイドラインを自然言語で定義します。つまり、エージェントに何をさせたいか、どのような順序で、特定の条件下でどのように動作するかを定義します。言い換えれば、OICのエージェントは、目的と目標を持つ脳(LLM)を持つプロセス、目標に向けて行動を起こすことができるツールへのアクセス、目標を達成するまで思考、行動、推論を継続できるコンテキストです。

次のデモ・ビデオでは、エージェントは請求書処理エージェントです。このガイドラインには、次のようなステップが含まれます。

  • 提出された文書が有効な請求書かどうかの判別
  • リスク・アセスメントを実行します
  • リスク・アセスメント後の契約条件を検索します
  • 条件が一致する場合は、ERPで請求書を作成します
  • 条件が一致しない場合は、ヒューマン・イン・ザ・ループ(HITL)ワークフロー承認タスクを作成します
  • 承認を受け取った場合は、ERPで請求書を作成します

ここで重要なのは、エージェントは、LLMへのチャット・インタフェースなどの単なる説明文や要約を生成するだけではありません。ツールを呼び出し、目標を達成するための次の最善のアクションを決定することで、マルチステップのビジネス・プロセスを実行しています。

デモ動画をご覧ください

エージェント・パターン:予測可能な結果のための推論ガイド

エンタープライズ・チームには再現性が必要です。OICは、エージェント・パターン（エージェントがどのように推論し行動すべきかを指示する方法）をサポートします。

現在のリリースでは、OICには、広く理解されているReActアプローチ（Reasoning + Acting）に基づくパターンが含まれ、今後のリリースで追加のパターンが計画されています。パターンは、エージェントが思考、意思決定およびツール呼び出しをどのように順序付けするかを形成することで、予測可能性の向上に役立ちます。

プロンプト・テンプレート: ランタイム・パラメータによる実行の運用化

OICはまた、プロンプト・テンプレートを導入しており、エージェントの呼び出し方法を標準化し、  実行時にエージェントに渡されるパラメータを定義する機能も提供しています。これは、各実行が入力（請求書ID、書類の場所、サプライヤー、事業部門など）で異なる本番利用のユースケースでは非常に重要ですが、一貫した指示と動作が求められます。