@@ -4,16 +4,16 @@ search:
44---
55# エージェント
66
7- エージェントはアプリの中心的な構成要素です。エージェントとは、指示とツールで構成された大規模言語モデル( LLM ) です。
7+ エージェント は、アプリの中心的なビルディングブロックです。エージェント は、指示 ( ` instructions ` ) とツール ( ` tools ` ) で構成された LLM です。
88
99## 基本設定
1010
11- エージェントを設定する際によく使うプロパティは次のとおりです 。
11+ エージェント で最もよく設定するプロパティは次のとおりです 。
1212
13- - ` name ` : エージェントを識別する必須の文字列です 。
14- - ` instructions ` : 開発者メッセージ、またはシステムプロンプトとも呼ばれます 。
15- - ` model ` : 使用する LLM と、 ` temperature ` 、 ` top_p ` などのモデル調整用パラメーターを設定する任意の ` model_settings ` 。
16- - ` tools ` : エージェントがタスクを達成するために利用できるツール群です 。
13+ - ` name ` : エージェント を識別する必須の文字列です 。
14+ - ` instructions ` : 開発者メッセージ、または システムプロンプト とも呼ばれます 。
15+ - ` model ` : 使用する LLM を指定します。 ` model_settings ` を使って temperature、 top_p などのモデル チューニング パラメーターを設定できます 。
16+ - ` tools ` : エージェント がタスクを達成するために使用できるツールです 。
1717
1818``` python
1919from agents import Agent, ModelSettings, function_tool
@@ -33,7 +33,7 @@ agent = Agent(
3333
3434## コンテキスト
3535
36- エージェントは ` context ` 型を汎用的に扱います。コンテキストは依存性注入のためのツールで、 ` Runner.run() ` に渡すオブジェクトです。これはすべてのエージェント、 ツール、ハンドオフなどに渡され、エージェント実行時の依存関係や状態をまとめて保持します。任意の Python オブジェクトをコンテキストとして提供できます 。
36+ エージェント はその ` context ` 型についてジェネリックです。コンテキストは dependency-injection 用のオブジェクトで、あなたが作成して ` Runner.run() ` に渡し、実行中のエージェント・ ツール・ハンドオフ などすべてに共有されます。実行に必要な依存関係や状態をまとめて保持する入れ物として機能します。コンテキストには任意の Python オブジェクトを渡せます 。
3737
3838``` python
3939@dataclass
@@ -52,7 +52,7 @@ agent = Agent[UserContext](
5252
5353## 出力タイプ
5454
55- デフォルトでは、エージェントはプレーンテキスト( ` str ` ) を出力します。特定の型で出力させたい場合は ` output_type ` パラメーターを使用します。一般的には [ Pydantic] ( https://docs.pydantic.dev/ ) オブジェクトを指定しますが 、Pydantic の [ TypeAdapter] ( https://docs.pydantic.dev/latest/api/type_adapter/ ) でラップできる型( dataclass、リスト 、TypedDict など)であれば利用できます 。
55+ デフォルトでは、エージェント はプレーンテキスト (つまり ` str ` ) を出力します。特定の型で出力させたい場合は ` output_type ` パラメーターを使用します。一般的には [ Pydantic ] ( https://docs.pydantic.dev/ ) オブジェクトを使いますが 、Pydantic の [ TypeAdapter ] ( https://docs.pydantic.dev/latest/api/type_adapter/ ) でラップできる型 ( dataclass、list 、TypedDict など) なら何でもサポートされています 。
5656
5757``` python
5858from pydantic import BaseModel
@@ -73,11 +73,11 @@ agent = Agent(
7373
7474!!! note
7575
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) を使用するよう指示されます 。
7777
7878## ハンドオフ
7979
80- ハンドオフは、エージェントが委譲できるサブエージェントです。ハンドオフのリストを渡すと、エージェントは必要に応じてそれらに委譲します。これにより、単一タスクに特化したモジュール型のエージェントをオーケストレーションする強力なパターンが実現します 。詳細は [ handoffs ] ( handoffs.md ) ドキュメントをご覧ください 。
80+ ハンドオフ は、エージェント が委譲できるサブエージェントです。ハンドオフ のリストを渡すことで、関連性がある場合にエージェント がそれらへ委譲できます。これは、単一タスクに特化したモジュール化 エージェント をオーケストレーションする強力なパターンです 。詳細は [ ハンドオフ ] ( handoffs.md ) ドキュメントを参照してください 。
8181
8282``` python
8383from agents import Agent
@@ -96,9 +96,9 @@ triage_agent = Agent(
9696)
9797```
9898
99- ## 動的インストラクション
99+ ## 動的 instructions
100100
101- 多くの場合、エージェント作成時に instructions を指定しますが、関数を通じて動的に instructions を提供することも可能です。その関数はエージェントとコンテキストを受け取り 、プロンプトを返す必要があります。通常の関数と ` async ` 関数の両方を使用できます。
101+ 多くの場合、エージェント 作成時に instructions を指定しますが、関数を使って動的に instructions を生成することもできます。この関数はエージェント と コンテキスト を受け取り 、プロンプトを返す必要があります。通常の関数と ` async ` 関数の両方を使用できます。
102102
103103``` python
104104def dynamic_instructions (
@@ -113,17 +113,17 @@ agent = Agent[UserContext](
113113)
114114```
115115
116- ## ライフサイクルイベント(フック)
116+ ## ライフサイクルイベント (hooks)
117117
118- エージェントのライフサイクルを監視したい場合があります 。たとえば、イベントをログに記録したり、特定のイベント発生時にデータを事前取得したりできます 。` hooks ` プロパティを使ってエージェントのライフサイクルにフックできます 。[ ` AgentHooks ` ] [ agents.lifecycle.AgentHooks ] クラスをサブクラス化し、必要なメソッドをオーバーライドしてください 。
118+ エージェント のライフサイクルを観察したい場合があります 。たとえば、イベントをログに残したり、特定のイベント発生時にデータを事前取得したりするケースです 。` hooks ` プロパティを使って エージェント のライフサイクルにフックできます 。[ ` AgentHooks ` ] [ agents.lifecycle.AgentHooks ] を継承し、関心のあるメソッドをオーバーライドしてください 。
119119
120120## ガードレール
121121
122- ガードレールを使用すると、エージェント実行と並行してユーザー入力に対するチェックやバリデーションを実行できます 。たとえば、ユーザー入力の関連性をスクリーニングすることが可能です 。詳細は [ guardrails] ( guardrails.md ) ドキュメントをご覧ください 。
122+ ガードレール を使うと、エージェント 実行と並行してユーザー入力に対するチェックやバリデーションを行えます 。たとえば、ユーザー入力の関連性をフィルタリングできます 。詳細は [ guardrails] ( guardrails.md ) ドキュメントを参照してください 。
123123
124- ## エージェントのクローン/コピー
124+ ## エージェントの複製とコピー
125125
126- エージェントの ` clone() ` メソッドを使用すると、エージェントを複製し、任意のプロパティを変更できます 。
126+ ` clone() ` メソッドを使用すると、エージェント を複製し、必要に応じて任意のプロパティを変更できます 。
127127
128128``` python
129129pirate_agent = Agent(
@@ -140,12 +140,12 @@ robot_agent = pirate_agent.clone(
140140
141141## ツール使用の強制
142142
143- ツールをリストで渡しても 、必ずしも LLM がツールを使用するとは限りません。[ ` ModelSettings.tool_choice ` ] [ agents.model_settings.ModelSettings.tool_choice ] を設定することでツール使用を強制できます。利用可能な値は次のとおりです 。
143+ ツールのリストを渡しても 、必ずしも LLM がツールを使用するとは限りません。[ ` ModelSettings.tool_choice ` ] [ agents.model_settings.ModelSettings.tool_choice ] を設定することでツール使用を強制できます。指定できる値は次のとおりです 。
144144
145- 1 . ` auto ` : LLM がツールを使用するか否かを決定します 。
146- 2 . ` required ` : LLM にツールの使用を必須とします(どのツールを使用するかは自動で選択) 。
147- 3 . ` none ` : LLM にツールを使用しないことを要求します 。
148- 4 . 特定の文字列( 例: ` my_tool ` )を設定すると、そのツールを必ず使用します 。
145+ 1 . ` auto ` : LLM がツールを使うかどうかを判断します 。
146+ 2 . ` required ` : LLM にツール使用を必須とします (どのツールを使うかは自動判断) 。
147+ 3 . ` none ` : LLM にツールを使用しないよう必須とします 。
148+ 4 . 文字列を指定 ( 例: ` my_tool ` ) : 指定したツールを必ず使用させます 。
149149
150150``` python
151151from agents import Agent, Runner, function_tool, ModelSettings
@@ -163,11 +163,12 @@ agent = Agent(
163163)
164164```
165165
166- ## ツール使用時の挙動
166+ ## ツール使用の挙動
167167
168- ` Agent ` の ` tool_use_behavior ` パラメーターは、ツール出力の扱い方を制御します。
169- - ` "run_llm_again" ` : デフォルト。ツールを実行後、その結果を LLM が処理して最終応答を生成します。
170- - ` "stop_on_first_tool" ` : 最初のツール呼び出しの出力を最終応答として使用し、以降の LLM 処理は行いません。
168+ ` Agent ` の ` tool_use_behavior ` パラメーターは、ツールの出力をどのように扱うかを制御します。
169+
170+ - ` "run_llm_again" ` : デフォルト。ツールを実行し、その結果を LLM が処理して最終応答を生成します。
171+ - ` "stop_on_first_tool" ` : 最初のツール呼び出しの出力を最終応答として使用し、追加の LLM 処理は行いません。
171172
172173``` python
173174from agents import Agent, Runner, function_tool, ModelSettings
@@ -185,7 +186,7 @@ agent = Agent(
185186)
186187```
187188
188- - ` StopAtTools(stop_at_tool_names=[...]) ` : 指定したいずれかのツールが呼び出された時点で停止し、そのツールの出力を最終応答として使用します 。
189+ - ` StopAtTools(stop_at_tool_names=[...]) ` : 指定したツールが呼び出された時点で停止し、その出力を最終応答として使用します 。
189190``` python
190191from agents import Agent, Runner, function_tool
191192from agents.agent import StopAtTools
@@ -207,7 +208,7 @@ agent = Agent(
207208 tool_use_behavior = StopAtTools(stop_at_tool_names = [" get_weather" ])
208209)
209210```
210- - ` ToolsToFinalOutputFunction ` : ツール結果を処理し、停止するか LLM 継続かを決定するカスタム関数です 。
211+ - ` ToolsToFinalOutputFunction ` : ツール結果を処理し、停止するか LLM を続行するかを判断するカスタム関数です 。
211212
212213``` python
213214from agents import Agent, Runner, function_tool, FunctionToolResult, RunContextWrapper
@@ -245,4 +246,4 @@ agent = Agent(
245246
246247!!! note
247248
248- 無限ループを防ぐため、ツール呼び出し後にフレームワークは自動的に `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` により LLM が再度ツールを呼び出し…という処理が繰り返されることで発生します 。
0 commit comments