@@ -4,16 +4,16 @@ search:
44--- 
55# エージェント  
66
7- エージェントはアプリの中核を成す基本コンポーネントです。エージェントとは、指示とツールで構成された大規模言語モデル  ( LLM ) です 。
7+ エージェントはアプリのコアとなる構成要素です。エージェントは、大規模言語モデル  ( LLM ) に instructions と tools を設定したものです 。
88
99## 基本設定  
1010
11- エージェントで最も一般的に設定するプロパティは以下のとおりです。 
11+ エージェントで最もよく設定するプロパティは次のとおりです: 
1212
13- -  ` name ` : エージェントを識別する必須の文字列です。 
14- -  ` instructions ` : 開発者メッセージまたは  system prompt とも呼ばれます。
15- -  ` model ` : 使用する LLM と、temperature や top_p などのモデル調整パラメーターを指定する  ` model_settings `  (任意)。
16- -  ` tools ` : エージェントがタスクを達成するために使用できるツールです。 
13+ -  ` name ` : エージェントを識別する必須の文字列。  
14+ -  ` instructions ` : developer メッセージ、または  system prompt とも呼ばれます。  
15+ -  ` model ` : 使用する LLM と、temperature や top_p などのチューニングパラメーターを設定する  ` model_settings `  (任意)。  
16+ -  ` tools ` : エージェントがタスクを遂行するために使用できる 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() `  に渡すオブジェクトです。これはすべてのエージェント、tool、handoff などに渡され、エージェント実行時の依存関係や状態をまとめて保持します 。任意の 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、 list、 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.md )  のドキュメントをご覧ください。
80+ ハンドオフは、エージェントが委任できるサブエージェントです。ハンドオフのリストを渡すと、エージェントは必要に応じてそれらに委任できます。これは、単一タスクに特化したモジュール型エージェントをオーケストレーションする強力なパターンです 。詳細は [ handoffs ] ( 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 を指定しますが、関数を介して動的に提供することも可能です。この関数はエージェントとコンテキストを受け取り 、プロンプトを返す必要があります。同期関数と  ` async `  関数の両方が利用できます 。
101+ 多くの場合、エージェント作成時に instructions を渡せますが、関数を使って動的に生成することも可能です。その関数はエージェントとコンテキストを受け取り 、プロンプトを返す必要があります。通常の関数と  ` async `  関数の両方に対応しています 。
102102
103103``` python 
104104def  dynamic_instructions (
@@ -115,15 +115,15 @@ agent = Agent[UserContext](
115115
116116## ライフサイクルイベント (hooks)  
117117
118- エージェントのライフサイクルを監視したい場合があります 。たとえば、イベントをログに記録したり、特定のイベント発生時にデータをプリフェッチしたりするケースです 。` hooks `  プロパティでエージェントのライフサイクルにフックできます 。[ ` AgentHooks ` ] [ agents.lifecycle.AgentHooks ]  クラスを継承し、必要なメソッドをオーバーライドしてください。
118+ エージェントのライフサイクルを観察したい場合があります 。たとえば、イベントをログに記録したり、特定のイベント発生時にデータを事前取得したりするケースです 。` hooks `  プロパティを使用してエージェントのライフサイクルにフックできます 。[ ` AgentHooks ` ] [ agents.lifecycle.AgentHooks ]  クラスを継承し、必要なメソッドをオーバーライドしてください。
119119
120120## ガードレール  
121121
122- ガードレールを使うと、エージェント実行と並行してユーザー入力に対するチェックやバリデーションを行えます 。たとえば、ユーザー入力の関連性をスクリーニングするなどです 。詳細は [ ガードレール ] ( 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+ tool のリストを指定しても、  LLM が必ずしも tool を使用するとは限りません 。[ ` ModelSettings.tool_choice ` ] [ agents.model_settings.ModelSettings.tool_choice ]  を設定することで、tool 使用を強制できます。有効な値は次のとおりです: 
144144
145- 1 .  ` auto ` :  LLM がツールを使うかどうかを判断します。 
146- 2 .  ` required ` :  LLM にツール使用を必須とします (ただし使用するツールは自動選択)。 
147- 3 .  ` none ` :  LLM がツールを使用しないことを必須とします。 
148- 4 .  特定の文字列 ( 例: ` my_tool ` ): LLM にそのツールの使用を必須とします。 
145+ 1 .  ` auto `  :  LLM が tool を使うかどうかを判断します。  
146+ 2 .  ` required `  :  LLM に tool の使用を必須とさせます ( どの tool を使うかは判断できます )。  
147+ 3 .  ` none `  :  LLM に tool を使用しないことを要求します。  
148+ 4 .  文字列を指定 (  例: ` my_tool `  ) : 指定した tool の使用を要求します。  
149149
150150``` python 
151151from  agents import  Agent, Runner, function_tool, ModelSettings
@@ -163,11 +163,11 @@ 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 `  パラメーターは、tool の出力をどのように扱うかを制御します: 
169+ -  ` "run_llm_again" `  : デフォルト。tool を実行し 、その結果を LLM が処理して最終応答を生成します。
170+ -  ` "stop_on_first_tool" `  : 最初の tool 呼び出しの出力をそのまま最終応答として使用し、以降の  LLM 処理を行いません。
171171
172172``` python 
173173from  agents import  Agent, Runner, function_tool, ModelSettings
@@ -185,7 +185,7 @@ agent = Agent(
185185)
186186``` 
187187
188- -  ` StopAtTools(stop_at_tool_names=[...]) ` : 指定したいずれかのツールが呼び出された時点で停止し 、その出力を最終応答として使用します。 
188+ -  ` StopAtTools(stop_at_tool_names=[...]) `  : 指定した tool が呼び出された時点で停止し 、その出力を最終応答として使用します。 
189189``` python 
190190from  agents import  Agent, Runner, function_tool
191191from  agents.agent import  StopAtTools
@@ -207,7 +207,7 @@ agent = Agent(
207207 tool_use_behavior = StopAtTools(stop_at_tool_names = [" get_weather" 
208208)
209209``` 
210- -  ` ToolsToFinalOutputFunction ` : ツール結果を処理し 、停止するか LLM 継続かを判断するカスタム関数です。 
210+ -  ` ToolsToFinalOutputFunction `  : tool の結果を処理し 、停止するか LLM を継続するかを判断するカスタム関数です。  
211211
212212``` python 
213213from  agents import  Agent, Runner, function_tool, FunctionToolResult, RunContextWrapper
@@ -245,4 +245,4 @@ agent = Agent(
245245
246246!!! note
247247
248-  無限ループを防ぐため、フレームワークはツール呼び出し後に  `tool_choice` を自動的に "auto" にリセットします。この挙動は [`agent.reset_tool_choice`][agents.agent.Agent.reset_tool_choice] で設定可能です。ツール結果が  LLM に送られ、その後  `tool_choice` により再度ツール呼び出しが生成され…と繰り返される無限ループを防止するためです 。 
248+  無限ループを防ぐため、フレームワークは tool 呼び出し後に  `tool_choice` を自動的に "auto" にリセットします。この挙動は [`agent.reset_tool_choice`][agents.agent.Agent.reset_tool_choice] で設定できます。無限ループは、tool の結果が  LLM に渡され、 `tool_choice` の指定により再び tool 呼び出しが生成される、というサイクルが続くことが原因です 。 
0 commit comments