@@ -4,16 +4,16 @@ search:
44---
55# エージェント
66
7- エージェントはアプリの中心となる構成要素です 。エージェントは、指示とツールで構成された大規模言語モデル ( LLM )です。
7+ エージェントはアプリの中核となる基本コンポーネントです 。エージェントは、 instructions とツールで構成された大規模言語モデル ( LLM )です。
88
9- ## 基本構成
9+ ## 基本設定
1010
11- エージェントで最も一般的に設定するプロパティは次のとおりです 。
11+ 設定で最も一般的に使用するエージェントのプロパティは次のとおりです 。
1212
13- - ` name ` : エージェントを識別する必須の文字列です 。
14- - ` instructions ` : developer message または システムプロンプト とも呼ばれます。
15- - ` model ` : 使用する LLM と、temperature、top_p などのモデル調整用パラメーターを構成する任意の ` model_settings ` 。
16- - ` tools ` : エージェントがタスク達成のために使用できるツールです 。
13+ - ` name ` : エージェントを識別する必須の文字列 。
14+ - ` instructions ` : developer message または system prompt とも呼ばれます。
15+ - ` model ` : 使用する LLM と、temperature、top_p などのモデル調整パラメーターを設定するための任意の ` model_settings ` 。
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 ` 型に対してジェネリックです。コンテキストは依存性注入のツールで 、あなたが作成して ` Runner.run() ` に渡すオブジェクトです。これはすべてのエージェント 、ツール、ハンドオフなどに渡され、エージェント実行のための依存関係と状態をまとめて保持します。任意の Python オブジェクトをコンテキストとして提供できます 。
3737
3838``` python
3939@dataclass
@@ -50,9 +50,9 @@ agent = Agent[UserContext](
5050)
5151```
5252
53- ## 出力タイプ
53+ ## 出力型
5454
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 など)をサポートします 。
5656
5757``` python
5858from pydantic import BaseModel
@@ -73,20 +73,20 @@ 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
78- ## マルチ エージェント システムの設計パターン
78+ ## マルチエージェントの設計パターン
7979
80- マルチ エージェント システムの設計方法は多数ありますが、一般的に広く適用できるパターンを 2 つ紹介します 。
80+ マルチエージェント システムの設計には多くの方法がありますが、一般的に広く適用できるパターンは次の 2 つです 。
8181
82- 1 . マネージャー(ツールとしての エージェント ): 中央のマネージャー/オーケストレーターが、特化したサブ エージェントをツールとして呼び出し 、会話の制御を保持します。
83- 2 . ハンドオフ: ピアのエージェントが、会話を引き継ぐ特化エージェントに制御をハンドオフします 。これは分散型です。
82+ 1 . マネージャー(エージェントをツールとして使用 ): 中央のマネージャー/オーケストレーターが、専門のサブエージェントをツールとして呼び出し 、会話の制御を保持します。
83+ 2 . ハンドオフ: ピアエージェントが、会話を引き継ぐ専門エージェントに制御をハンドオフします 。これは分散型です。
8484
85- 詳細は [ エージェント構築の実践ガイド ] ( https://cdn.openai.com/business-guides-and-resources/a-practical-guide-to-building-agents.pdf ) を参照してください。
85+ 詳細は [ 実践的なエージェント構築ガイド ] ( https://cdn.openai.com/business-guides-and-resources/a-practical-guide-to-building-agents.pdf ) を参照してください。
8686
87- ### マネージャー(ツールとしての エージェント )
87+ ### マネージャー(エージェントをツールとして使用 )
8888
89- ` customer_facing_agent ` はすべての ユーザー との対話を処理し、ツールとして公開された特化サブ エージェントを呼び出します 。詳しくは [ ツール ] ( tools.md#agents-as-tools ) のドキュメントを参照してください 。
89+ ` customer_facing_agent ` はすべてのユーザー対応を処理し、ツールとして公開された専門のサブエージェントを呼び出します 。詳しくは [ tools ] ( tools.md#agents-as-tools ) ドキュメントを参照してください 。
9090
9191``` python
9292from agents import Agent
@@ -115,7 +115,7 @@ customer_facing_agent = Agent(
115115
116116### ハンドオフ
117117
118- ハンドオフは、エージェントが委任できるサブ エージェントです 。ハンドオフが発生すると、委任先のエージェントは会話履歴を受け取り、会話を引き継ぎます。このパターンにより、単一タスクに特化して卓越する、モジュール型の エージェント を実現できます 。詳しくは [ ハンドオフ ] ( handoffs.md ) のドキュメントを参照してください 。
118+ ハンドオフは、エージェントが委任できるサブエージェントです 。ハンドオフが発生すると、委任先のエージェントは会話履歴を受け取り、会話を引き継ぎます。このパターンにより、単一タスクに特化して優れた性能を発揮する、モジュール式かつ専門特化のエージェントが可能になります 。詳しくは [ handoffs ] ( handoffs.md ) ドキュメントを参照してください 。
119119
120120``` python
121121from agents import Agent
@@ -134,9 +134,9 @@ triage_agent = Agent(
134134)
135135```
136136
137- ## 動的な instructions
137+ ## 動的 instructions
138138
139- 多くの場合、エージェントの作成時に指示を指定できます 。しかし、関数を通じて動的な指示を提供することも可能です。その関数はエージェントとコンテキストを受け取り 、プロンプトを返す必要があります。通常の関数と ` async ` 関数の両方が利用できます。
139+ ほとんどの場合、エージェントの作成時に instructions を指定できます 。しかし、関数を介して動的な instructions を提供することも可能です。この関数はエージェントとコンテキストを受け取り 、プロンプトを返す必要があります。通常の関数と ` async ` 関数の両方が利用できます。
140140
141141``` python
142142def dynamic_instructions (
@@ -153,15 +153,15 @@ agent = Agent[UserContext](
153153
154154## ライフサイクルイベント(フック)
155155
156- エージェントのライフサイクルを観測したい場合があります。たとえば、イベントを記録したり、特定のイベント発生時にデータを事前取得したりするケースです 。` hooks ` プロパティを使ってエージェントのライフサイクルにフックできます 。[ ` AgentHooks ` ] [ agents.lifecycle.AgentHooks ] クラスをサブクラス化し、関心のあるメソッドをオーバーライドしてください。
156+ 場合によっては、エージェントのライフサイクルを観測したいことがあります。例えば、イベントをログに記録したり、特定のイベント発生時にデータを事前取得したい場合です 。` hooks ` プロパティでエージェントのライフサイクルにフックできます 。[ ` AgentHooks ` ] [ agents.lifecycle.AgentHooks ] クラスをサブクラス化し、関心のあるメソッドをオーバーライドしてください。
157157
158158## ガードレール
159159
160- ガードレール により、エージェントの実行と並行して ユーザー 入力に対する検査 /検証を行い、さらにエージェントの出力が生成された後にも検査/検証を実行できます。たとえば、ユーザーの入力とエージェントの出力を関連性でスクリーニングできます 。詳しくは [ ガードレール ] ( guardrails.md ) のドキュメントを参照してください 。
160+ ガードレールにより、エージェントの実行と並行してユーザー入力のチェック /検証を行い、さらにエージェントが出力を生成した後にも検証を実施できます。例えば、ユーザー入力とエージェント出力の関連性をスクリーニングできます 。詳しくは [ guardrails ] ( guardrails.md ) ドキュメントを参照してください 。
161161
162- ## エージェントの複製 /コピー
162+ ## エージェントのクローン /コピー
163163
164- エージェントの ` clone() ` メソッドを使用すると、エージェントを複製し、必要に応じて任意のプロパティを変更できます 。
164+ エージェントの ` clone() ` メソッドを使用すると、エージェントを複製し、オプションで任意のプロパティを変更できます 。
165165
166166``` python
167167pirate_agent = Agent(
@@ -178,12 +178,12 @@ robot_agent = pirate_agent.clone(
178178
179179## ツール使用の強制
180180
181- ツールのリストを指定しても、LLM が必ずしもツールを使用するとは限りません 。[ ` ModelSettings.tool_choice ` ] [ agents.model_settings.ModelSettings.tool_choice ] を設定してツール使用を強制できます。有効な値は以下のとおりです 。
181+ ツールのリストを指定しても、 LLM が必ずツールを使用するとは限りません 。[ ` ModelSettings.tool_choice ` ] [ agents.model_settings.ModelSettings.tool_choice ] を設定してツール使用を強制できます。有効な値は次のとおりです 。
182182
183- 1 . ` auto ` : ツールを使用するかどうかを LLM に判断させます 。
184- 2 . ` required ` : LLM にツールの使用を必須にします (ただし、どのツールを使うかは賢く判断します)。
185- 3 . ` none ` : LLM にツールを使用「しない」ことを必須にします 。
186- 4 . 特定の文字列(例: ` my_tool ` )を設定し 、LLM にその特定のツールの使用を必須にします 。
183+ 1 . ` auto ` : ツールを使用するかどうかを LLM に任せます 。
184+ 2 . ` required ` : LLM にツールの使用を要求します (ただし、どのツールを使うかは賢く判断します)。
185+ 3 . ` none ` : ツールを _ 使用しない _ ことを要求します 。
186+ 4 . 特定の文字列(例: ` my_tool ` )を設定すると 、LLM にその特定のツールを使用させます 。
187187
188188``` python
189189from agents import Agent, Runner, function_tool, ModelSettings
@@ -201,12 +201,12 @@ agent = Agent(
201201)
202202```
203203
204- ## ツール使用時の挙動
204+ ## ツール使用時の動作
205205
206- ` Agent ` 構成の ` tool_use_behavior ` パラメーターは、ツール出力の扱い方を制御します 。
206+ ` Agent ` の設定にある ` tool_use_behavior ` パラメーターは、ツール出力の扱いを制御します 。
207207
208- - ` "run_llm_again" ` : デフォルト。ツールを実行し、LLM がその結果を処理して最終応答を生成します 。
209- - ` "stop_on_first_tool" ` : 最初のツール呼び出しの出力を、以降の LLM 処理なしで最終応答として使用します 。
208+ - ` "run_llm_again" ` : デフォルト。ツールを実行し、その結果を LLM が処理して最終応答を生成します 。
209+ - ` "stop_on_first_tool" ` : 最初のツール呼び出しの出力を、以降の LLM 処理なしに最終応答として使用します 。
210210
211211``` python
212212from agents import Agent, Runner, function_tool, ModelSettings
@@ -224,7 +224,7 @@ agent = Agent(
224224)
225225```
226226
227- - ` StopAtTools(stop_at_tool_names=[...]) ` : 指定したいずれかのツールが呼び出された時点で停止し 、その出力を最終応答として使用します。
227+ - ` StopAtTools(stop_at_tool_names=[...]) ` : 指定したいずれかのツールが呼び出されたら停止し 、その出力を最終応答として使用します。
228228
229229``` python
230230from agents import Agent, Runner, function_tool
@@ -248,7 +248,7 @@ agent = Agent(
248248)
249249```
250250
251- - ` ToolsToFinalOutputFunction ` : ツール結果を処理し、停止するか LLM を続行するかを判断するカスタム関数です 。
251+ - ` ToolsToFinalOutputFunction ` : ツール結果を処理し、停止するか LLM を続行するかを決定するカスタム関数です 。
252252
253253``` python
254254from agents import Agent, Runner, function_tool, FunctionToolResult, RunContextWrapper
@@ -286,4 +286,4 @@ agent = Agent(
286286
287287!!! note
288288
289- 無限ループを防ぐため、フレームワークはツール呼び出し後に `tool_choice` を自動的に "auto" にリセットします。この挙動は [`agent.reset_tool_choice`][agents.agent.Agent.reset_tool_choice] で構成可能です 。無限ループは、ツール結果が LLM に送られ、`tool_choice` により LLM がさらに別のツール呼び出しを生成し続けることが原因です 。
289+ 無限ループを防ぐため、フレームワークはツール呼び出し後に `tool_choice` を自動的に "auto" にリセットします。この動作は [`agent.reset_tool_choice`][agents.agent.Agent.reset_tool_choice] で設定可能です 。無限ループは、ツール結果が LLM に送られ、その `tool_choice` によって LLM が再びツール呼び出しを生成し続けるために発生します 。
0 commit comments