@@ -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
- - ` name ` : エージェントを識別する必須の文字列です。
14
- - ` instructions ` : developer message(開発者メッセージ)または システムプロンプト とも呼ばれます。
15
- - ` model ` : 使用する LLM を指定します。また、temperature や top_p などのモデル調整パラメーターを設定する ` model_settings ` を任意で指定できます。
16
- - ` tools ` : エージェントがタスクを達成するために使用できる tools です。
13
+ - ` name ` : エージェントを識別する必須の文字列です。
14
+ - ` instructions ` : developer メッセージまたは system prompt とも呼ばれます。
15
+ - ` model ` : 使用する LLM を指定します。任意の ` model_settings ` で temperature、top_p などのモデル調整パラメーターを設定できます。
16
+ - ` tools ` : エージェントがタスクを達成するために使用できる tools です。
17
17
18
18
``` python
19
19
from agents import Agent, ModelSettings, function_tool
@@ -32,7 +32,7 @@ agent = Agent(
32
32
33
33
## コンテキスト
34
34
35
- エージェントは汎用的な ` context ` 型を取ります。コンテキストは依存性注入用のツールで 、あなたが作成して ` Runner.run() ` に渡すオブジェクトです。これはすべてのエージェント、 tool、handoff などに渡され、実行時に必要な依存関係や状態を格納する入れ物として機能します。コンテキストには任意の Python オブジェクトを渡せます。
35
+ エージェントは汎用的に ` context ` 型を取り込みます。コンテキストは dependency-injection (依存性注入) 用のオブジェクトで 、あなたが作成して ` Runner.run() ` に渡すことで、すべてのエージェント、 tool、ハンドオフなどに共有されます。実行中の依存関係や状態をまとめて保持する入れ物として機能し、任意の Python オブジェクトを渡せます。
36
36
37
37
``` python
38
38
@dataclass
@@ -50,7 +50,7 @@ agent = Agent[UserContext](
50
50
51
51
## 出力タイプ
52
52
53
- デフォルトでは、エージェントはプレーンテキスト、 つまり ` str ` を出力します。特定の型で出力させたい場合は、` output_type ` パラメーターを使用します。一般的には [ Pydantic] ( https://docs.pydantic.dev/ ) オブジェクトを使うことが多いですが 、Pydantic の [ TypeAdapter] ( https://docs.pydantic.dev/latest/api/type_adapter/ ) でラップできる型であれば何でもサポートされています。たとえば dataclass、list、TypedDict などです 。
53
+ デフォルトでは、エージェントはプレーンテキスト ( つまり ` str ` ) を出力します。特定の型で出力させたい場合は、` output_type ` パラメーターを使用してください。よく使われる選択肢として [ Pydantic] ( https://docs.pydantic.dev/ ) オブジェクトがありますが 、Pydantic の [ TypeAdapter] ( https://docs.pydantic.dev/latest/api/type_adapter/ ) でラップできる型であれば、 dataclass、list、TypedDict など何でも対応しています 。
54
54
55
55
``` python
56
56
from pydantic import BaseModel
@@ -71,11 +71,11 @@ agent = Agent(
71
71
72
72
!!! note
73
73
74
- `output_type` を渡すと、モデルは通常のプレーンテキスト応答ではなく structured outputs を使用するよう指示されます 。
74
+ `output_type` を渡すと、モデルは通常のプレーンテキスト応答ではなく、[ structured outputs](https://platform.openai.com/docs/guides/structured-outputs) を使用するようになります 。
75
75
76
76
## ハンドオフ
77
77
78
- ハンドオフは、エージェントが委譲できるサブエージェントです 。ハンドオフのリストを渡すと、エージェントは関連性がある場合にそれらへ委譲できます 。これは、単一タスクに特化したモジュール型エージェントを編成する強力なパターンです。詳細は [ ハンドオフ] ( handoffs.md ) のドキュメントをご覧ください。
78
+ ハンドオフは、エージェントが委任できるサブエージェントです 。ハンドオフのリストを渡すと、エージェントは必要に応じてそれらに委任できます 。これは、単一タスクに特化したモジュール化されたエージェントをオーケストレーションする強力なパターンです。詳しくは [ ハンドオフ] ( handoffs.md ) のドキュメントをご覧ください。
79
79
80
80
``` python
81
81
from agents import Agent
@@ -96,7 +96,7 @@ triage_agent = Agent(
96
96
97
97
## 動的 instructions
98
98
99
- 通常はエージェント作成時に instructions を渡しますが、関数を通じて動的に instructions を提供することもできます。この関数はエージェントとコンテキストを受け取り、プロンプトを返す必要があります。同期関数でも ` async ` 関数でも利用可能です 。
99
+ 多くの場合、エージェント作成時に instructions を渡せますが、関数を介して動的に instructions を生成することも可能です。その関数は agent と context を受け取り、プロンプトを返さなければなりません。同期関数と ` async ` 関数のどちらも利用できます 。
100
100
101
101
``` python
102
102
def dynamic_instructions (
@@ -113,15 +113,15 @@ agent = Agent[UserContext](
113
113
114
114
## ライフサイクルイベント (hooks)
115
115
116
- エージェントのライフサイクルを監視したい場合があります。たとえば、イベントをログに記録したり、特定のイベント発生時にデータを事前取得したりするケースです 。` hooks ` プロパティを使うことでエージェントのライフサイクルにフックを追加できます 。[ ` AgentHooks ` ] [ agents.lifecycle.AgentHooks ] クラスを継承し、必要なメソッドをオーバーライドしてください 。
116
+ エージェントのライフサイクルを監視したい場合があります。たとえば、イベントをログに記録したり、特定のイベント発生時にデータを事前取得したりできます 。` hooks ` プロパティを使ってエージェントのライフサイクルにフックできます 。[ ` AgentHooks ` ] [ agents.lifecycle.AgentHooks ] クラスを継承し、関心のあるメソッドをオーバーライドしてください 。
117
117
118
118
## ガードレール
119
119
120
- ガードレールを使うと、エージェントの実行と並行してユーザー入力に対するチェック/バリデーションを実行できます 。たとえば、ユーザー入力の関連性をフィルタリングすることが可能です 。詳細は [ guardrails ] ( guardrails.md ) のドキュメントをご参照ください 。
120
+ ガードレールを利用すると、エージェントの実行と並行してユーザー入力のチェックやバリデーションを行えます 。たとえば、ユーザー入力の関連性をスクリーニングできます 。詳細は [ ガードレール ] ( guardrails.md ) のドキュメントをご覧ください 。
121
121
122
- ## エージェントのクローンとコピー
122
+ ## エージェントのクローン/コピー
123
123
124
- エージェントの ` clone() ` メソッドを使用すると、エージェントを複製し 、必要に応じて任意のプロパティを変更できます。
124
+ エージェントの ` clone() ` メソッドを使うと、既存のエージェントを複製し 、必要に応じて任意のプロパティを変更できます。
125
125
126
126
``` python
127
127
pirate_agent = Agent(
@@ -138,15 +138,15 @@ robot_agent = pirate_agent.clone(
138
138
139
139
## ツール使用の強制
140
140
141
- tools のリストを渡しても、LLM が必ずツールを使用するわけではありません。 ` ModelSettings.tool_choice ` を設定することでツール使用を強制できます。設定可能な値は次のとおりです 。
141
+ tools のリストを渡しても、LLM が必ずしもツールを使用するとは限りません。 [ ` ModelSettings.tool_choice ` ] [ agents.model_settings.ModelSettings.tool_choice ] を設定することで、ツール使用を強制できます。有効な値は次のとおりです 。
142
142
143
- 1 . ` auto ` : LLM がツールを使用するかどうかを判断します 。
144
- 2 . ` required ` : LLM にツールの使用を必須とします (どのツールを使うかは LLM が判断 )。
145
- 3 . ` none ` : LLM にツールを使用しないことを要求します 。
146
- 4 . 特定の文字列 (例: ` my_tool ` ) を設定すると、そのツールの使用を必須とします 。
143
+ 1 . ` auto ` : LLM がツールを使うかどうかを判断します 。
144
+ 2 . ` required ` : LLM にツール使用を必須とします (ただしどのツールを使うかは賢く選択します )。
145
+ 3 . ` none ` : LLM にツールを使用しないことを必須とします 。
146
+ 4 . 具体的な文字列 (例: ` my_tool ` ) を設定すると、LLM はそのツールを必ず使用します 。
147
147
148
148
!!! note
149
149
150
- 無限ループを防ぐため、フレームワークはツール呼び出し後に `tool_choice` を自動的に "auto" にリセットします。この挙動は [`agent.reset_tool_choice`][agents.agent.Agent.reset_tool_choice] で設定できます。無限ループが発生するのは、ツールの結果が LLM へ送られ 、`tool_choice` により再びツール呼び出しが生成されるというサイクルが続くためです 。
150
+ 無限ループを防ぐため、フレームワークはツール呼び出し後に自動で `tool_choice` を "auto" にリセットします。この挙動は [`agent.reset_tool_choice`][agents.agent.Agent.reset_tool_choice] で設定可能です。ツールの実行結果が再び LLM に送られ 、`tool_choice` の設定により新たなツール呼び出しが発生し続けるのが無限ループの原因です 。
151
151
152
- ツール呼び出し後に自動モードへ移行せず完全に処理を終了したい場合は 、[`Agent.tool_use_behavior="stop_on_first_tool"`] を設定してください。これにより、 ツールの出力をそのまま最終応答として使用し、追加の LLM 処理を行いません。
152
+ ツール呼び出し後に自動モードで継続せず完全に停止したい場合は 、[`Agent.tool_use_behavior="stop_on_first_tool"`] を設定してください。ツールの出力をそのまま最終応答として使用し、追加の LLM 処理を行いません。
0 commit comments