@@ -4,16 +4,16 @@ search:
4
4
---
5
5
# エージェント
6
6
7
- エージェントはアプリのコアとなる構成要素です 。エージェントとは、 instructions と tools で設定された大規模言語モデル ( LLM ) です。
7
+ エージェントはアプリの中核となるビルディングブロックです 。エージェントとは、指示とツールで構成された大規模言語モデル ( LLM ) です。
8
8
9
9
## 基本設定
10
10
11
- 最も一般的に設定するプロパティは次のとおりです 。
11
+ エージェントで最もよく設定するプロパティは次のとおりです 。
12
12
13
- - ` name ` : エージェントを識別する必須の文字列です。
14
- - ` instructions ` : developer message または system prompt とも呼ばれます。
15
- - ` model ` : 使用する LLM と、 temperature や top_p などのモデル調整パラメーターを指定できる ` model_settings ` ( 任意 )。
16
- - ` tools ` : エージェントがタスクを達成するために使用できる tools です 。
13
+ - ` name ` : エージェントを識別する必須の文字列。
14
+ - ` instructions ` : developer メッセージまたは system prompt とも呼ばれます。
15
+ - ` model ` : 使用する LLM、および temperature や top_p などのチューニングパラメーターを設定する ` model_settings ` (オプション)。
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 ` の型がジェネリックです。 context は依存性注入のためのツールで 、あなたが作成して ` Runner.run() ` に渡すオブジェクトです。これはすべてのエージェント、 tool、 handoff などに渡され、依存関係や実行時の状態をまとめて保持します。 context には任意の Python オブジェクトを渡せます。
36
+ エージェントはその ` context ` 型に対して汎用的です。コンテキストは依存性注入ツールであり 、あなたが作成して ` Runner.run() ` に渡すオブジェクトです。このオブジェクトはすべてのエージェント、ツール、ハンドオフなどに渡され、エージェント実行の依存関係や状態をまとめて保持します。コンテキストには任意の Python オブジェクトを渡せます。
37
37
38
38
``` python
39
39
@dataclass
@@ -52,7 +52,7 @@ agent = Agent[UserContext](
52
52
53
53
## 出力タイプ
54
54
55
- デフォルトでは、エージェントはプレーンテキスト ( つまり ` str ` ) を出力します。特定の型で出力させたい場合は ` output_type ` パラメーターを使用します。一般的には [ Pydantic] ( https://docs.pydantic.dev/ ) オブジェクトを使いますが、 dataclass や list、 TypedDict など、 Pydantic の [ TypeAdapter] ( https://docs.pydantic.dev/latest/api/type_adapter/ ) でラップできる型なら何でも対応しています 。
55
+ デフォルトでは、エージェントはプレーンテキスト (すなわち ` str ` ) を出力します。特定の型で出力させたい場合は、 ` output_type ` パラメーターを使用します。一般的には [ Pydantic] ( https://docs.pydantic.dev/ ) オブジェクトを使いますが、Pydantic の [ TypeAdapter] ( https://docs.pydantic.dev/latest/api/type_adapter/ ) でラップできる型―dataclass、list、TypedDict など―であれば利用できます 。
56
56
57
57
``` python
58
58
from pydantic import BaseModel
@@ -73,11 +73,11 @@ 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
- ハンドオフは、エージェントが委任できるサブエージェントです。 handoffs のリストを渡すと、エージェントは必要に応じてそれらに委任できます 。これは、単一タスクに特化したモジュール化されたエージェントを編成する強力なパターンです。詳細は [ ハンドオフ ] ( handoffs.md ) ドキュメントをご覧ください。
80
+ ハンドオフは、エージェントが委譲できるサブエージェントです。ハンドオフのリストを提供すると、エージェントは関連する場合にそれらへ委譲できます 。これは、単一タスクに特化したモジュール型エージェントをオーケストレーションする強力なパターンです。詳しくは [ handoffs ] ( handoffs.md ) ドキュメントをご覧ください。
81
81
82
82
``` python
83
83
from agents import Agent
@@ -96,9 +96,9 @@ triage_agent = Agent(
96
96
)
97
97
```
98
98
99
- ## 動的インストラクション
99
+ ## 動的 instructions
100
100
101
- 多くの場合、エージェント作成時に instructions を渡しますが、関数を介して動的に instructions を生成することもできます。この関数は agent と context を受け取り、プロンプトを返す必要があります。通常の関数と ` async ` 関数の両方に対応しています 。
101
+ 通常はエージェント作成時に instructions を渡しますが、関数を通じて動的に渡すこともできます。この関数はエージェントと context を受け取り、プロンプトを返さなければなりません。同期関数と ` async ` 関数の両方を使用できます 。
102
102
103
103
``` python
104
104
def dynamic_instructions (
@@ -113,17 +113,17 @@ agent = Agent[UserContext](
113
113
)
114
114
```
115
115
116
- ## ライフサイクルイベント ( hooks )
116
+ ## ライフサイクルイベント (フック )
117
117
118
- エージェントのライフサイクルを監視したい場合があります。たとえば、イベントをログに記録したり、特定のイベント発生時にデータを事前取得したりできます。 ` hooks ` プロパティでエージェントのライフサイクルにフックできます 。[ ` AgentHooks ` ] [ agents.lifecycle.AgentHooks ] クラスを継承し、必要なメソッドをオーバーライドしてください 。
118
+ エージェントのライフサイクルを監視したい場合があります。たとえば、イベントをログに記録したり、特定のイベント発生時にデータをプリフェッチしたりするケースです。 ` hooks ` プロパティを使ってエージェントのライフサイクルにフックできます 。[ ` AgentHooks ` ] [ agents.lifecycle.AgentHooks ] をサブクラス化し、関心のあるメソッドをオーバーライドしてください 。
119
119
120
120
## ガードレール
121
121
122
- ガードレールを使うと、エージェント実行と並行してユーザー入力のチェックやバリデーションを実行できます 。たとえば、ユーザー入力を関連性でフィルタリングするなどが可能です 。詳細は [ guardrails] ( guardrails.md ) ドキュメントをご覧ください。
122
+ ガードレールを使うと、エージェント実行と並行してユーザー入力に対するチェックやバリデーションを実行できます 。たとえば、ユーザー入力の関連性をスクリーニングすることが可能です 。詳細は [ guardrails] ( guardrails.md ) ドキュメントをご覧ください。
123
123
124
- ## エージェントのクローン / コピー
124
+ ## エージェントのクローン/ コピー
125
125
126
- エージェントの ` clone() ` メソッドを使用すると 、エージェントを複製し、任意のプロパティを変更できます。
126
+ エージェントの ` clone() ` メソッドを使うと 、エージェントを複製し、任意のプロパティを変更できます。
127
127
128
128
``` python
129
129
pirate_agent = Agent(
@@ -138,14 +138,14 @@ robot_agent = pirate_agent.clone(
138
138
)
139
139
```
140
140
141
- ## ツール利用の強制
141
+ ## ツール使用の強制
142
142
143
- tools のリストを渡しても、 LLM が必ずしも tool を利用するとは限りません。 [ ` ModelSettings.tool_choice ` ] [ agents.model_settings.ModelSettings.tool_choice ] を設定してツール利用を強制できます。使用可能な値は次のとおりです 。
143
+ ツールのリストを渡しても、必ずしも LLM がツールを使用するとは限りません。 [ ` ModelSettings.tool_choice ` ] [ agents.model_settings.ModelSettings.tool_choice ] を設定するとツール使用を強制できます。有効な値は次のとおりです 。
144
144
145
- 1 . ` auto ` : LLM が tool を使うかどうかを決定します。
146
- 2 . ` required ` : LLM に tool の使用を必須にします ( どの tool を使うかは自動で判断 )。
147
- 3 . ` none ` : LLM に tool を _ 使わない _ ことを要求します。
148
- 4 . 具体的な文字列 ( 例: ` my_tool ` ) を指定すると、その特定の tool の使用を要求します 。
145
+ 1 . ` auto ` : LLM がツールを使用するかどうかを自動で判断します。
146
+ 2 . ` required ` : LLM にツール使用を必須とします (使用するツールはインテリジェントに決定)。
147
+ 3 . ` none ` : LLM にツールを使用しないことを要求します。
148
+ 4 . 具体的な文字列 (例: ` my_tool ` ) を設定すると、そのツールを必ず使用させます 。
149
149
150
150
``` python
151
151
from agents import Agent, Runner, function_tool, ModelSettings
@@ -163,11 +163,12 @@ agent = Agent(
163
163
)
164
164
```
165
165
166
- ## ツール利用の挙動
166
+ ## ツール使用の挙動
167
167
168
- ` Agent ` の ` tool_use_behavior ` パラメーターは、ツール出力の扱い方を制御します。
169
- - ` "run_llm_again" ` : 既定値。 tool を実行し、その結果を LLM が処理して最終応答を生成します。
170
- - ` "stop_on_first_tool" ` : 最初の tool 呼び出しの出力を最終応答として使用し、追加の LLM 処理は行いません。
168
+ ` Agent ` の ` tool_use_behavior ` パラメーターはツール出力の扱い方を制御します。
169
+
170
+ - ` "run_llm_again" ` : デフォルト設定。ツールを実行し、その結果を LLM が処理して最終応答を生成します。
171
+ - ` "stop_on_first_tool" ` : 最初に呼び出されたツールの出力をそのまま最終応答として使用し、追加の LLM 処理を行いません。
171
172
172
173
``` python
173
174
from agents import Agent, Runner, function_tool, ModelSettings
@@ -185,7 +186,7 @@ agent = Agent(
185
186
)
186
187
```
187
188
188
- - ` StopAtTools(stop_at_tool_names=[...]) ` : 指定したいずれかの tool が呼び出された時点で停止し、その出力を最終応答として使用します 。
189
+ - ` StopAtTools(stop_at_tool_names=[...]) ` : 指定したツールのいずれかが呼び出されると停止し、その出力を最終応答とします 。
189
190
``` python
190
191
from agents import Agent, Runner, function_tool
191
192
from agents.agent import StopAtTools
@@ -207,7 +208,7 @@ agent = Agent(
207
208
tool_use_behavior = StopAtTools(stop_at_tool_names = [" get_weather" ])
208
209
)
209
210
```
210
- - ` ToolsToFinalOutputFunction ` : tool の結果を処理し、 LLM を続行するか停止するかを判断するカスタム関数です。
211
+ - ` ToolsToFinalOutputFunction ` : ツール結果を処理し、停止するか LLM を続行するかを決定するカスタム関数。
211
212
212
213
``` python
213
214
from agents import Agent, Runner, function_tool, FunctionToolResult, RunContextWrapper
@@ -245,4 +246,4 @@ agent = Agent(
245
246
246
247
!!! note
247
248
248
- 無限ループを防ぐため、フレームワークは tool 呼び出し後に `tool_choice` を自動的に "auto" にリセットします。この動作は [`agent.reset_tool_choice`][agents.agent.Agent.reset_tool_choice] で設定可能です 。ツール結果が LLM に送られ、その後 `tool_choice` により再度ツール呼び出しが生成されることで無限ループが発生するためです 。
249
+ 無限ループを防ぐため、フレームワークはツール呼び出し後に `tool_choice` を自動的に "auto" にリセットします。この挙動は [`agent.reset_tool_choice`][agents.agent.Agent.reset_tool_choice] で設定できます 。ツール結果が LLM に送られ、その後 `tool_choice` により再度ツール呼び出しが生成され…という無限ループを防止するためです 。
0 commit comments