OICエージェント・フロー- 設計時およびランタイム構造 (2026/03/31)

https://niallcblogs.blogspot.com/2026/03/1134-oic-agentic-flows-design-time-and.html

はじめに

一部のお客様から、Agenticのアーティファクトにはどのようなものがあり、実行時にどのように動作するのかという質問をいただいています。それでは、ご説明しましょう！

エージェントAIおよびOICプロジェクト

エージェントはプロジェクトに所属し、ツールを使って作業を行い、ヒューマン・イン・ザ・ループを通じて人間の意見を取り入れることもあります。 

現在、当社のツールは統合されています - 

ワンクリックで露出設定。とても簡単です。

エージェントは以下の機能を利用できます。 

ツールについては既に説明しました。 
エージェントはプロンプトテンプレートを使用することもできます。これにより、プロンプトの入力が容易になります。以下にその例を示します。 

{} の使用に注意してください。これらは実行時に入力される変数です。例: 

エージェントには、1つ以上のプロンプトテンプレートを関連付けることができます。

エージェントパターンは、エージェントを作成するための前提条件です。

名前が示すように、これはパターンを実装します。現在、OIC の 26.01 リリースでは、次のパターンを選択できます。 

ReAct = 理由と行動。

ガイドラインを追加できます - 例

また、LLM（法学修士）の単位取得も必要です。 

GenAIはまもなくLLMの接続先として利用可能になるはずですが、ご覧のとおり、私はOpenAIを使用しています。

パターンを作成したので、それがプロジェクトの中でどのように現れるのか？ 

統合を通じて - 

これは、エージェントとLLM間のやり取りを処理するコンポーネントです。

これはブラックボックスとして扱うこともできますが、もちろん、覗き見ることもできます。 

しかし、これにこだわりすぎないでください。これは単なる実装上の詳細です。

統合をツールとして公開する

さて、ツールに戻りましょう。アプリ主導の統合はツールとして公開でき、OICエージェントで簡単に利用できます。ただし、これらのツールはMCPを介してサードパーティエージェントにも公開できます。これはプロジェクトレベルで行われます。 

健全性テストとして、Postman経由で接続できます。 

ツールを試してみる - 

応答を検証する - 

以上が、弊社のツールを公開し、テストした結果です。これで、MCPサーバーのURLを関係者に提供することで、関係者はエージェントからOICツールを起動できるようになります。

OICでエージェントを実行する

それではエージェントに移ります。今後の実行を取得するプロンプトを実行します。 

結果については心配しないでください - 今後の実行は見つかりませんでした。これはスケジュールが一時停止されているためです - 

実際に何が実行されたのかに興味があります。Project Observabilityを見てみましょう。 

統合機能「Get Future Runs」が呼び出されました。また、ReAct Pattern統合機能とエージェントも実行されました。

すべてに個別のインスタンスIDがあります。エージェントのアクティビティストリームを確認してみましょう。 

ここではOICファクトリーAPIを使用します。

https://design.integration.us-phoenix-1.ocp.oraclecloud.com/ic/api/integration/v1/monitoring/instances/ yourInstanceId /activityStreamDetails?type=agent&timezone=Europe%2FBerlin&integrationInstance= yourOICInstance

以下はポストマンの回答からの抜粋です。 

アイテム内の コンテンツの配列に注目してください-

最後に、ステータスが「完了」になっていることがわかります。

これは、インスタンスが完了したこと、つまりエージェントが割り当てられたタスクを完了したことを示しています。

OICエージェントネイティブアクション 

新しいネイティブアクションを使用して、統合からエージェントを呼び出すことができます。 

アクションの設定は以下のとおりです。 

名前を付けて、エージェントを選択するだけで完了です。 

これにより、エージェントのstart()操作が暗黙的に呼び出されます。 

リクエストのサンプルに注意してください - 

{ "payload" : "", "promptTemplateId" : "", "prompt" : "", "conversationId" : "" }

これらのフィールドはマッピングする必要があるものです。 

プロジェクトIDとエージェントIDは、起動したいエージェントを識別するためのものです。プロンプトは、以前実行したテストで表示されたプロンプトです。

それでは、これを試してみましょう。 

 

オブザーバビリティで確認します - 

エージェントインスタンスIDに対してPostmanで監視APIを呼び出します - 

統合システムからエージェントを呼び出すことができる場合、その応答をどのように取得できるのか、という疑問が生じるかもしれません。 

現在、ネイティブアクションはstart()のみをサポートしていますが、これは次のリリースで変更されます。それまで待てない場合は、監視 API 呼び出しを使用してエージェント アクティビティ ストリームを取得します。これは、ステータスが COMPLETED に設定されるのを待つ WHILE ループで実行できます。

不足しているのは、エージェント インスタンス ID を取得する機能です。これには OIC 監視 API を使用できます。 

https://design.integration.us-phoenix-1.ocp.oraclecloud.com/ic/api/integration/v1/monitoring/instances?q= {timewindow:'32d',projectCode:'AA_SCHEDULEJO_AGENT',agentic:'yes' }&integrationInstance= yourOICInstance &orderBy=lastupdateddate&fields=all

これは複雑そうに見えるかもしれませんが、実際はそうではありません。以下にその実装例を示します。 

エージェントを起動してから30秒間待機してから、エージェントインスタンスIDを取得します。

次に、インスタンスの状態がCOMPLETEDであるかどうかを確認するWHILEループがあります。

次に、エージェントから最後のコンテンツを返します。 

Summa Summarum

この記事がOICエージェント処理の仕組みについて何らかの理解を深める一助となれば幸いです。ご意見、アイデア、ユースケースなどございましたら、お気軽にご連絡ください。