37 lines
No EOL
4.3 KiB
Markdown
37 lines
No EOL
4.3 KiB
Markdown
# 複数のエージェントのオーケストレーション
|
||
|
||
オーケストレーションとは、アプリ内でのエージェントの流れを指します。どのエージェントがどの順序で実行され、次に何を行うかをどのように決定するかを意味します。エージェントをオーケストレーションする主な方法は 2 つあります。
|
||
|
||
1. LLM に判断を任せる方法：LLM の知性を利用して計画、推論を行い、それに基づいて次のステップを決定します。
|
||
2. コードによるオーケストレーション：コードを通じてエージェントの流れを決定します。
|
||
|
||
これらのパターンは組み合わせて使用することも可能です。それぞれのトレードオフについて以下で説明します。
|
||
|
||
## LLM によるオーケストレーション
|
||
|
||
エージェントとは、LLM に instructions、tools、handoffs を与えたものです。これにより、自由度の高いタスクを与えられた場合でも、LLM は自律的にタスクの取り組み方を計画し、tools を使ってアクションを実行したりデータを取得したり、handoffs を使ってサブエージェントにタスクを委任したりできます。例えば、調査エージェントには以下のようなツールを装備できます。
|
||
|
||
- Web 検索：オンラインで情報を検索
|
||
- ファイル検索と取得：独自データや接続先から情報を検索
|
||
- コンピュータ操作：コンピュータ上でアクションを実行
|
||
- コード実行：データ分析を実施
|
||
- ハンドオフ：計画立案やレポート作成などに特化したエージェントにタスクを委任
|
||
|
||
このパターンは、自由度の高いタスクで LLM の知性に頼りたい場合に適しています。ここで重要な戦術は以下の通りです。
|
||
|
||
1. 良質なプロンプトに投資する。利用可能なツール、使用方法、動作パラメータを明確にする。
|
||
2. アプリを監視し、繰り返し改善する。問題が発生した箇所を特定し、プロンプトを改善する。
|
||
3. エージェントが自己内省し改善できるようにする。例えばループ内で実行し、自らを批評させたり、エラーメッセージを与えて改善させたりする。
|
||
4. 汎用的なエージェントにあらゆるタスクを任せるのではなく、特定のタスクに秀でた専門エージェントを用意する。
|
||
5. [evals](https://platform.openai.com/docs/guides/evals) に投資する。これによりエージェントを訓練し、タスクの遂行能力を向上させることができる。
|
||
|
||
## コードによるオーケストレーション
|
||
|
||
LLM によるオーケストレーションは強力ですが、コードによるオーケストレーションは速度、コスト、パフォーマンスの観点でより決定論的で予測可能になります。ここでの一般的なパターンは以下の通りです。
|
||
|
||
- [structured outputs](https://platform.openai.com/docs/guides/structured-outputs) を使用して、コードで検査可能な適切な形式のデータを生成する。例えば、エージェントにタスクをいくつかのカテゴリに分類させ、そのカテゴリに基づいて次のエージェントを選択することができます。
|
||
- 複数のエージェントを連鎖させ、一つのエージェントの出力を次のエージェントの入力に変換する。例えばブログ記事を書くというタスクを、調査、アウトライン作成、記事執筆、批評、改善という一連のステップに分解できます。
|
||
- タスクを実行するエージェントを、評価とフィードバックを行うエージェントと共に `while` ループ内で実行し、評価エージェントが出力が一定の基準を満たすと判断するまで繰り返します。
|
||
- 複数のエージェントを並列で実行する。例えば Python の基本コンポーネント (`asyncio.gather` など) を使用します。これは、互いに依存しない複数のタスクを高速に処理する場合に有効です。
|
||
|
||
[`examples/agent_patterns`](https://github.com/openai/openai-agents-python/tree/main/examples/agent_patterns) に多数のコード例があります。 |