@@ -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 ` : 開発者メッセージまたは system prompt とも呼ばれます。
15
- - ` model ` : 使用する LLM と、 temperature や top_p などのモデル調整パラメーターを指定する省略可能な ` model_settings ` 。
16
- - ` tools ` : エージェントがタスクを遂行するために利用できるツールの一覧 。
13
+ - ` name ` : エージェントを識別する必須の文字列です 。
14
+ - ` instructions ` : developer message(開発者メッセージ)または システムプロンプト とも呼ばれます。
15
+ - ` model ` : 使用する LLM を指定します。また、 temperature や top_p などのモデル調整パラメーターを設定する ` model_settings ` を任意で指定できます 。
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() ` に渡すオブジェクトです。このオブジェクトはすべてのエージェント、ツール、ハンドオフなどに渡され、エージェント実行時の依存関係や状態をまとめて保持します。任意の Python オブジェクトをコンテキストとして渡せます 。
35
+ エージェントは汎用的な ` context ` 型を取ります。コンテキストは依存性注入用のツールで 、あなたが作成して ` Runner.run() ` に渡すオブジェクトです。これはすべてのエージェント、tool、handoff などに渡され、実行時に必要な依存関係や状態を格納する入れ物として機能します。コンテキストには任意の 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、リスト 、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](https://platform.openai.com/docs/guides/structured-outputs) を使用するよう指示されます。
74
+ `output_type` を渡すと、モデルは通常のプレーンテキスト応答ではなく 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 を指定できますが、関数を介して動的に渡すことも可能です。その関数はエージェントとコンテキストを受け取り 、プロンプトを返す必要があります。通常の関数も ` async ` 関数も使用できます 。
99
+ 通常はエージェント作成時に instructions を渡しますが、関数を通じて動的に instructions を提供することもできます。この関数はエージェントとコンテキストを受け取り 、プロンプトを返す必要があります。同期関数でも ` async ` 関数でも利用可能です 。
100
100
101
101
``` python
102
102
def dynamic_instructions (
@@ -111,17 +111,17 @@ agent = Agent[UserContext](
111
111
)
112
112
```
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] ( 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
- ツールのリストを渡しても、必ずしも LLM がツールを使用するとは限りません。 [ ` ModelSettings.tool_choice ` ] [ agents.model_settings.ModelSettings.tool_choice ] を設定することでツール使用を強制できます。有効な値は以下のとおりです 。
141
+ tools のリストを渡しても、 LLM が必ずツールを使用するわけではありません。 ` ModelSettings.tool_choice ` を設定することでツール使用を強制できます。設定可能な値は次のとおりです 。
142
142
143
- 1 . ` auto ` : LLM がツールを使用するかどうかを判断します。
144
- 2 . ` required ` : LLM にツール使用を必須にします(ただし使用するツールは自動選択)。
145
- 3 . ` none ` : LLM にツールを使用しないことを必須にします。
146
- 4 . 文字列(例 ` my_tool ` )を指定すると、その特定のツールを必ず使用させます。
143
+ 1 . ` auto ` : LLM がツールを使用するかどうかを判断します。
144
+ 2 . ` required ` : LLM にツールの使用を必須とします (どのツールを使うかは LLM が判断)。
145
+ 3 . ` none ` : LLM にツールを使用しないことを要求します。
146
+ 4 . 特定の文字列 (例: ` my_tool ` ) を設定すると、そのツールの使用を必須とします。
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