@@ -4,16 +4,16 @@ search:
4
4
---
5
5
# エージェント
6
6
7
- エージェントはアプリの中核となる基本コンポーネントです 。エージェントは、instructions と tools を設定した大規模言語モデル ( LLM )です。
7
+ エージェントはアプリの中核となる構成要素です 。エージェントは、instructions と tools で構成された大規模言語モデル ( LLM )です。
8
8
9
9
## 基本設定
10
10
11
11
エージェントで最も一般的に設定するプロパティは次のとおりです。
12
12
13
13
- ` name ` : エージェントを識別する必須の文字列です。
14
- - ` instructions ` : developer message( または system prompt) とも呼ばれます。
14
+ - ` instructions ` : developer message または system prompt とも呼ばれます。
15
15
- ` model ` : 使用する LLM と、temperature、top_p などのモデル調整パラメーターを設定する任意の ` model_settings ` 。
16
- - ` tools ` : エージェントがタスクを達成するために使用できるツール 。
16
+ - ` tools ` : エージェントがタスクを達成するために使用できるツールです 。
17
17
18
18
``` python
19
19
from agents import Agent, ModelSettings, function_tool
@@ -33,7 +33,7 @@ agent = Agent(
33
33
34
34
## コンテキスト
35
35
36
- エージェントはその ` context ` 型に対してジェネリックです。コンテキストは依存性注入の手段です。あなたが作成し ` Runner.run() ` に渡すオブジェクトで、すべてのエージェント、ツール、ハンドオフなどに渡され、エージェント実行のための依存関係と状態をまとめて保持します。コンテキストには任意の Python オブジェクトを提供できます 。
36
+ エージェントは ` context ` 型に対してジェネリックです。コンテキストは依存性注入のためのツールで、あなたが作成して ` Runner.run() ` に渡すオブジェクトです。これはすべてのエージェント、tool、handoff などに渡され、エージェント実行のための依存関係や状態を入れておく入れ物として機能します。任意の Python オブジェクトをコンテキストとして提供できます 。
37
37
38
38
``` python
39
39
@dataclass
@@ -50,9 +50,9 @@ agent = Agent[UserContext](
50
50
)
51
51
```
52
52
53
- ## 出力型
53
+ ## 出力タイプ
54
54
55
- デフォルトでは 、エージェントはプレーンテキスト(すなわち ` str ` )を出力します。特定の型の出力を生成させたい場合は 、` output_type ` パラメーターを使用できます。一般的な選択肢は [ Pydantic] ( https://docs.pydantic.dev/ ) オブジェクトですが 、Pydantic の [ TypeAdapter] ( https://docs.pydantic.dev/latest/api/type_adapter/ ) でラップ可能な任意の型(dataclass 、list、TypedDict など)をサポートします。
55
+ 既定では 、エージェントはプレーンテキスト(すなわち ` str ` )の出力を生成します。エージェントに特定のタイプの出力を生成させたい場合は 、` output_type ` パラメーターを使用できます。一般的な選択肢は [ Pydantic] ( https://docs.pydantic.dev/ ) オブジェクトを使うことですが 、Pydantic の [ TypeAdapter] ( https://docs.pydantic.dev/latest/api/type_adapter/ ) でラップできる任意の型(dataclasses 、list、TypedDict など)をサポートします。
56
56
57
57
``` python
58
58
from pydantic import BaseModel
@@ -73,20 +73,20 @@ agent = Agent(
73
73
74
74
!!! note
75
75
76
- `output_type` を渡すと、通常のプレーンテキスト応答ではなく、 [structured outputs](https://platform.openai.com/docs/guides/structured-outputs) を使うようモデルに指示します 。
76
+ `output_type` を渡すと、モデルは通常のプレーンテキスト応答ではなく [structured outputs](https://platform.openai.com/docs/guides/structured-outputs) を使用するよう指示されます 。
77
77
78
- ## マルチエージェントシステムの設計パターン
78
+ ## マルチエージェントの設計パターン
79
79
80
- マルチエージェントシステムの設計には多くの方法がありますが、一般的に広く適用できるパターンを 2 つ紹介します 。
80
+ マルチエージェントシステムの設計には多くの方法がありますが、一般的に広く適用できるパターンとして次の 2 つがよく見られます 。
81
81
82
- 1 . マネージャー(エージェントをツールとして ): 中央のマネージャー/オーケストレーターが、特化したサブエージェントをツールとして呼び出し、会話の制御を保持します 。
83
- 2 . ハンドオフ: 対等なエージェント間で、会話を引き継ぐ特化エージェントへ制御を渡します 。これは分散型です。
82
+ 1 . マネージャー(ツールとしてのエージェント ): 中央のマネージャー/オーケストレーターが、専門のサブエージェントをツールとして呼び出し、会話の制御を維持します 。
83
+ 2 . ハンドオフ: 対等なエージェント同士が、会話を引き継ぐ専門エージェントに制御を手渡します 。これは分散型です。
84
84
85
- 詳細は [ 実践的なエージェント構築ガイド ] ( https://cdn.openai.com/business-guides-and-resources/a-practical-guide-to-building-agents.pdf ) を参照してください 。
85
+ 詳細は、 [ エージェント構築の実践ガイド ] ( https://cdn.openai.com/business-guides-and-resources/a-practical-guide-to-building-agents.pdf ) をご覧ください 。
86
86
87
- ### マネージャー(エージェントをツールとして )
87
+ ### マネージャー(ツールとしてのエージェント )
88
88
89
- ` customer_facing_agent ` がすべてのユーザー対応を行い、ツールとして公開された特化サブエージェントを呼び出します。詳しくは [ tools] ( tools.md#agents-as-tools ) のドキュメントを参照してください 。
89
+ ` customer_facing_agent ` はすべてのユーザー対応を処理し、ツールとして公開された専門のサブエージェントを呼び出します。詳細は [ tools] ( tools.md#agents-as-tools ) ドキュメントをご覧ください 。
90
90
91
91
``` python
92
92
from agents import Agent
@@ -115,7 +115,7 @@ customer_facing_agent = Agent(
115
115
116
116
### ハンドオフ
117
117
118
- ハンドオフは、エージェントが委譲できるサブエージェントです。ハンドオフが発生すると、委譲先のエージェントは会話履歴を受け取り 、会話を引き継ぎます。このパターンにより、単一タスクに秀でたモジュール型・特化型エージェントが実現します。詳しくは [ handoffs] ( handoffs.md ) のドキュメントを参照してください 。
118
+ ハンドオフは、エージェントが委任できるサブエージェントです。ハンドオフが起こると、委任先のエージェントは会話履歴を受け取り 、会話を引き継ぎます。このパターンにより、単一のタスクに秀でたモジュール型の専門エージェントを実現できます。詳細は [ handoffs] ( handoffs.md ) ドキュメントをご覧ください 。
119
119
120
120
``` python
121
121
from agents import Agent
@@ -136,7 +136,7 @@ triage_agent = Agent(
136
136
137
137
## 動的 instructions
138
138
139
- 多くの場合、エージェント作成時に instructions を指定できますが、関数を通じて動的な instructions を提供することもできます。この関数はエージェントとコンテキストを受け取り 、プロンプトを返す必要があります。通常の関数と ` async ` 関数のどちらも使用できます 。
139
+ 多くの場合、エージェント作成時に instructions を指定できますが、関数経由で動的に instructions を提供することも可能です。関数はエージェントとコンテキストを受け取り 、プロンプトを返す必要があります。通常の関数と ` async ` 関数のどちらも利用できます 。
140
140
141
141
``` python
142
142
def dynamic_instructions (
@@ -153,11 +153,11 @@ agent = Agent[UserContext](
153
153
154
154
## ライフサイクルイベント(フック)
155
155
156
- エージェントのライフサイクルを観察したい場合があります 。たとえば、イベントのログを記録したり、特定のイベント発生時にデータを事前取得したりするケースです 。` hooks ` プロパティでエージェントのライフサイクルにフックできます 。[ ` AgentHooks ` ] [ agents.lifecycle.AgentHooks ] クラスをサブクラス化し、関心のあるメソッドをオーバーライドしてください。
156
+ エージェントのライフサイクルを観測したい場合があります 。たとえば、イベントをログに記録したり、特定のイベント発生時にデータを事前取得したりすることが考えられます 。` hooks ` プロパティを使ってエージェントのライフサイクルにフックできます 。[ ` AgentHooks ` ] [ agents.lifecycle.AgentHooks ] クラスをサブクラス化し、関心のあるメソッドをオーバーライドしてください。
157
157
158
158
## ガードレール
159
159
160
- ガードレールは、エージェント実行と並行してユーザー入力に対するチェック/バリデーションを行い、エージェントの出力が生成された後にも同様のチェックを行えます 。たとえば、ユーザー入力やエージェント出力の関連性をスクリーニングできます。詳しくは [ guardrails] ( guardrails.md ) のドキュメントを参照してください 。
160
+ ガードレールにより、エージェントの実行と並行してユーザー入力に対するチェック/バリデーション、およびエージェントの出力が生成された後のチェック/バリデーションを実行できます 。たとえば、ユーザー入力やエージェント出力の関連性をスクリーニングできます。詳細は [ guardrails] ( guardrails.md ) ドキュメントをご覧ください 。
161
161
162
162
## エージェントのクローン/コピー
163
163
@@ -178,12 +178,12 @@ robot_agent = pirate_agent.clone(
178
178
179
179
## ツール使用の強制
180
180
181
- ツールのリストを渡しても 、LLM が必ずしもツールを使用するとは限りません 。[ ` ModelSettings.tool_choice ` ] [ agents.model_settings.ModelSettings.tool_choice ] を設定してツール使用を強制できます 。有効な値は次のとおりです。
181
+ ツールのリストを提供しても 、LLM が必ずツールを使うとは限りません 。[ ` ModelSettings.tool_choice ` ] [ agents.model_settings.ModelSettings.tool_choice ] を設定することでツール使用を強制できます 。有効な値は次のとおりです。
182
182
183
- 1 . ` auto ` : ツールを使用するかどうかを LLM に判断させます 。
184
- 2 . ` required ` : ツールの使用を必須にします(どのツールを使うかは賢く選択できます )。
185
- 3 . ` none ` : ツールを使用しないことを必須にします 。
186
- 4 . 特定の文字列(例: ` my_tool ` )を設定すると、その特定のツールを使用することを必須にします 。
183
+ 1 . ` auto ` : LLM がツールを使うかどうかを判断します 。
184
+ 2 . ` required ` : LLM にツールの使用を要求します(ただし、どのツールを使うかは賢く判断できます )。
185
+ 3 . ` none ` : LLM にツールを使用しないことを要求します 。
186
+ 4 . 特定の文字列(例: ` my_tool ` )を設定すると、LLM にその特定のツールを使用させます 。
187
187
188
188
``` python
189
189
from agents import Agent, Runner, function_tool, ModelSettings
@@ -201,12 +201,12 @@ agent = Agent(
201
201
)
202
202
```
203
203
204
- ## ツール使用の動作
204
+ ## ツール使用時の挙動
205
205
206
206
` Agent ` 構成の ` tool_use_behavior ` パラメーターは、ツール出力の扱い方を制御します。
207
207
208
- - ` "run_llm_again" ` : 既定。ツールを実行し 、LLM が結果を処理して最終応答を生成します。
209
- - ` "stop_on_first_tool" ` : 最初のツール呼び出しの出力を最終応答として使用し、以降の LLM 処理は行いません 。
208
+ - ` "run_llm_again" ` : 既定。ツールが実行され 、LLM が結果を処理して最終応答を生成します。
209
+ - ` "stop_on_first_tool" ` : 最初のツール呼び出しの出力を、その後の LLM 処理なしで最終応答として使用します 。
210
210
211
211
``` python
212
212
from agents import Agent, Runner, function_tool, ModelSettings
@@ -224,7 +224,7 @@ agent = Agent(
224
224
)
225
225
```
226
226
227
- - ` StopAtTools(stop_at_tool_names=[...]) ` : 指定したいずれかのツールが呼び出されたら停止し 、その出力を最終応答として使用します。
227
+ - ` StopAtTools(stop_at_tool_names=[...]) ` : 指定したいずれかのツールが呼び出された場合に停止し 、その出力を最終応答として使用します。
228
228
229
229
``` python
230
230
from agents import Agent, Runner, function_tool
@@ -248,7 +248,7 @@ agent = Agent(
248
248
)
249
249
```
250
250
251
- - ` ToolsToFinalOutputFunction ` : ツール結果を処理し 、停止するか LLM 継続かを決定するカスタム関数です 。
251
+ - ` ToolsToFinalOutputFunction ` : ツール結果を処理して 、停止するか LLM を続行するかを決定するカスタム関数です 。
252
252
253
253
``` python
254
254
from agents import Agent, Runner, function_tool, FunctionToolResult, RunContextWrapper
@@ -286,4 +286,4 @@ agent = Agent(
286
286
287
287
!!! note
288
288
289
- 無限ループを防ぐため、フレームワークはツール呼び出し後に `tool_choice` を自動的に "auto" にリセットします。この動作は [`agent.reset_tool_choice`][agents.agent.Agent.reset_tool_choice] で設定可能です。無限ループは 、ツール結果が LLM に送られ、`tool_choice` により LLM がさらに別のツール呼び出しを生成し続けるために発生します 。
289
+ 無限ループを防ぐため、フレームワークはツール呼び出し後に `tool_choice` を自動で "auto" にリセットします。この挙動は [`agent.reset_tool_choice`][agents.agent.Agent.reset_tool_choice] で設定可能です。無限ループが起きるのは 、ツール結果が LLM に送られ、`tool_choice` によって LLM が再びツール呼び出しを生成し続けるためです 。
0 commit comments