@@ -4,16 +4,16 @@ search:
4
4
---
5
5
# エージェント
6
6
7
- エージェントはアプリの中核となる基本コンポーネントです 。エージェントは、instructions と tools で構成された大規模言語モデル( LLM )です。
7
+ エージェントはアプリの中核となる構成要素です 。エージェントは、instructions とツールで構成された大規模言語モデル( LLM)です。
8
8
9
- ## 基本設定
9
+ ## 基本構成
10
10
11
11
エージェントで最も一般的に設定するプロパティは次のとおりです。
12
12
13
13
- ` name ` : エージェントを識別する必須の文字列です。
14
- - ` instructions ` : developer message または system prompt とも呼ばれます。
15
- - ` model ` : 使用する LLM と、temperature、top_p などのモデル調整パラメーターを設定する任意の ` model_settings ` です 。
16
- - ` tools ` : エージェントがタスク達成のために使用できるツールです 。
14
+ - ` instructions ` : 開発者メッセージ( developer message) または システムプロンプト とも呼ばれます。
15
+ - ` model ` : どの LLM を使用するか、および任意の ` model_settings ` で temperature、top_p などのモデル調整パラメーターを設定します 。
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() ` に渡すオブジェクトです。これはすべてのエージェント、ツール、ハンドオフなどに渡され、エージェントの実行に必要な依存関係や状態をまとめて保持する役割を果たします。任意の 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/ ) オブジェクトがありますが 、Pydantic の [ TypeAdapter] ( https://docs.pydantic.dev/latest/api/type_adapter/ ) でラップ可能な任意の型 (dataclasses、lists 、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,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.md ) ドキュメントをご覧ください 。
80
+ ハンドオフは、エージェントが委任できるサブエージェントです。ハンドオフのリストを渡すと、関連があればエージェントはそれらに委任できます 。これは、単一のタスクに特化したモジュール式のエージェントをオーケストレーションする強力なパターンです 。詳しくは [ ガードレール ] ( handoffs.md ) のドキュメントを参照してください 。
81
81
82
82
``` python
83
83
from agents import Agent
@@ -98,7 +98,7 @@ triage_agent = Agent(
98
98
99
99
## 動的 instructions
100
100
101
- 多くの場合、エージェント作成時に instructions を指定できます。ただし、関数を介して動的な instructions を提供することも可能です。この関数はエージェントとコンテキストを受け取り 、プロンプトを返す必要があります。通常の関数と ` async ` 関数のどちらも使用できます。
101
+ 多くの場合、エージェントの作成時に instructions を指定しますが、関数を介して動的に指定することもできます。関数はエージェントとコンテキストを受け取り 、プロンプトを返す必要があります。通常の関数と ` async ` 関数のどちらも使用できます。
102
102
103
103
``` python
104
104
def dynamic_instructions (
@@ -115,15 +115,15 @@ agent = Agent[UserContext](
115
115
116
116
## ライフサイクルイベント(フック)
117
117
118
- エージェントのライフサイクルを観測したい場合があります。たとえば、イベントのログを記録したり、特定のイベント発生時にデータを事前取得したりできます 。` hooks ` プロパティでエージェントのライフサイクルにフックできます。[ ` AgentHooks ` ] [ agents.lifecycle.AgentHooks ] クラスをサブクラス化し、必要なメソッドをオーバーライドしてください。
118
+ エージェントのライフサイクルを観測したい場合があります。たとえば、イベントをログに記録したり、特定のイベント発生時にデータを事前取得したりする場合です 。` hooks ` プロパティでエージェントのライフサイクルにフックできます。[ ` AgentHooks ` ] [ agents.lifecycle.AgentHooks ] クラスをサブクラス化し、必要なメソッドをオーバーライドしてください。
119
119
120
120
## ガードレール
121
121
122
- ガードレールを使用すると、エージェントの実行と並行してユーザー入力に対するチェック/バリデーションを実行し、エージェントの出力が生成された後にもチェックできます 。たとえば、ユーザー入力とエージェントの出力の関連性をスクリーニングできます 。詳しくは [ ガードレール] ( guardrails.md ) ドキュメントをご覧ください 。
122
+ ガードレールにより、エージェントの実行と並行して ユーザー入力 に対するチェック/検証を行い、さらにエージェントの出力が生成された後にも検証を実行できます 。たとえば、ユーザーの入力とエージェントの出力の関連性を確認できます 。詳しくは [ ガードレール] ( guardrails.md ) のドキュメントを参照してください 。
123
123
124
- ## エージェントの複製 /コピー
124
+ ## エージェントのクローン /コピー
125
125
126
- エージェントの ` clone() ` メソッドを使用すると、エージェントを複製し、任意のプロパティを変更できます 。
126
+ エージェントの ` clone() ` メソッドを使うと、エージェントを複製でき、任意のプロパティを変更することもできます 。
127
127
128
128
``` python
129
129
pirate_agent = Agent(
@@ -140,12 +140,12 @@ robot_agent = pirate_agent.clone(
140
140
141
141
## ツール使用の強制
142
142
143
- ツールのリストを指定しても、必ずしも LLM がツールを使用するとは限りません 。[ ` 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 がツールを使うかどうかを判断します。
146
- 2 . ` required ` : LLM にツールの使用を要求します(ただし、どのツールを使うかは賢く判断できます )。
147
- 3 . ` none ` : LLM にツールを使用しないことを要求します 。
148
- 4 . 特定の文字列を設定 (例: ` my_tool ` ): LLM にその特定のツールの使用を要求します 。
145
+ 1 . ` auto ` 。 LLM がツールを使うかどうかを判断します。
146
+ 2 . ` required ` 。 LLM にツールの使用を要求します(ただし、どのツールを使うかは賢く判断します )。
147
+ 3 . ` none ` 。 LLM にツールを使用し _ ない _ ことを要求します 。
148
+ 4 . 特定の文字列 (例: ` my_tool ` )を設定し、その特定のツールを使用することを LLM に要求します 。
149
149
150
150
``` python
151
151
from agents import Agent, Runner, function_tool, ModelSettings
@@ -163,11 +163,11 @@ agent = Agent(
163
163
)
164
164
```
165
165
166
- ## ツール使用時の動作
166
+ ## ツール使用の挙動
167
167
168
- ` Agent ` の ` tool_use_behavior ` パラメーターは、ツール出力の扱い方を制御します。
169
- - ` "run_llm_again" ` : デフォルト。ツールを実行し、その結果を LLM が処理して最終応答を生成します 。
170
- - ` "stop_on_first_tool" ` : 最初のツール呼び出しの出力を最終応答として使用し、以後の LLM 処理は行いません 。
168
+ ` Agent ` 構成の ` tool_use_behavior ` パラメーターは、ツール出力の扱い方を制御します。
169
+ - ` "run_llm_again" ` : デフォルト。ツールを実行し、LLM が結果を処理して最終応答を生成します 。
170
+ - ` "stop_on_first_tool" ` : 最初のツール呼び出しの出力を最終応答として使用し、LLM によるさらなる処理は行いません 。
171
171
172
172
``` python
173
173
from agents import Agent, Runner, function_tool, ModelSettings
@@ -207,7 +207,7 @@ agent = Agent(
207
207
tool_use_behavior = StopAtTools(stop_at_tool_names = [" get_weather" ])
208
208
)
209
209
```
210
- - ` ToolsToFinalOutputFunction ` : ツール結果を処理し、停止するか LLM を継続するかを判断するカスタム関数です 。
210
+ - ` ToolsToFinalOutputFunction ` : ツール結果を処理し、停止するか LLM を続行するかを判断するカスタム関数です 。
211
211
212
212
``` python
213
213
from agents import Agent, Runner, function_tool, FunctionToolResult, RunContextWrapper
@@ -245,4 +245,4 @@ agent = Agent(
245
245
246
246
!!! note
247
247
248
- 無限ループを防ぐため、フレームワークはツール呼び出し後に `tool_choice` を自動的に "auto" にリセットします。この挙動は [`agent.reset_tool_choice`][agents.agent.Agent.reset_tool_choice] で設定できます。無限ループが起こるのは、ツールの結果が LLM に送られ、`tool_choice` により LLM がさらにツール呼び出しを生成し続けるためです 。
248
+ 無限ループを防ぐため、フレームワークはツール呼び出しの後に `tool_choice` を自動的に "auto" にリセットします。この挙動は [`agent.reset_tool_choice`][agents.agent.Agent.reset_tool_choice] で設定できます。無限ループが起きるのは、ツール結果が LLM に送られ、`tool_choice` によって LLM がさらに別のツール呼び出しを生成し続けてしまうためです 。
0 commit comments