@@ -4,16 +4,16 @@ search:
44--- 
55# エージェント  
66
7- エージェントはアプリのコアとなる構成要素です。エージェントは、大規模言語モデル ( LLM ) に  instructions と tools を設定したものです 。
7+ エージェントはアプリのコアとなる構成要素です。エージェントは  instructions とツールで設定された大規模言語モデル(LLM)です 。
88
99## 基本設定  
1010
11- エージェントで最もよく設定するプロパティは次のとおりです: 
11+ エージェントで最も一般的に設定するプロパティは次のとおりです。 
1212
13- -    ` name ` : エージェントを識別する必須の文字列。 
14- -    ` instructions ` : developer メッセージ、または  system prompt とも呼ばれます。 
15- -    ` model ` : 使用する LLM と、 temperature や top_p などのチューニングパラメーターを設定する  ` model_settings `  (任意) 。 
16- -    ` tools ` : エージェントがタスクを遂行するために使用できる tools 。 
13+ -  ` name ` : エージェントを識別する必須の文字列。 
14+ -  ` instructions ` : developer メッセージまたは  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() `  に渡すオブジェクトです。これはすべてのエージェント、tool、handoff などに渡され、エージェント実行時の依存関係や状態をまとめて保持します 。任意の Python オブジェクトをコンテキストとして渡せます 。
36+ エージェントは  ` context `  型に対してジェネリックです。コンテキストは依存性インジェクション用のツールで 、` 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 、  list 、  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,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
@@ -98,7 +98,7 @@ triage_agent = Agent(
9898
9999## 動的 instructions  
100100
101- 多くの場合、エージェント作成時に instructions を渡せますが、関数を使って動的に生成することも可能です 。その関数はエージェントとコンテキストを受け取り、プロンプトを返す必要があります。通常の関数と  ` async `  関数の両方に対応しています 。
101+ 多くの場合、エージェント作成時に instructions を指定しますが、関数を介して動的に instructions を提供することもできます 。その関数はエージェントとコンテキストを受け取り、プロンプトを返さなければなりません。同期関数・ ` async `  関数のどちらも使用できます 。
102102
103103``` python 
104104def  dynamic_instructions (
@@ -113,17 +113,17 @@ agent = Agent[UserContext](
113113)
114114``` 
115115
116- ## ライフサイクルイベント (hooks)   
116+ ## ライフサイクルイベント(フック)   
117117
118- エージェントのライフサイクルを観察したい場合があります 。たとえば、イベントをログに記録したり、特定のイベント発生時にデータを事前取得したりするケースです 。` hooks `  プロパティを使用してエージェントのライフサイクルにフックできます 。[ ` AgentHooks ` ] [ agents.lifecycle.AgentHooks ]  クラスを継承し 、必要なメソッドをオーバーライドしてください。
118+ エージェントのライフサイクルを監視したい場合があります 。たとえば、イベントをログに記録したり、特定のイベント発生時にデータを事前取得したりできます 。` hooks `  プロパティを利用してエージェントのライフサイクルにフックできます 。[ ` AgentHooks ` ] [ agents.lifecycle.AgentHooks ]  を継承し 、必要なメソッドをオーバーライドしてください。
119119
120120## ガードレール  
121121
122- ガードレールを使用すると、エージェント実行と並行してユーザー入力のチェック /  バリデーションを行えます。たとえば、ユーザー入力の関連性を確認することができます 。詳細は [ guardrails ] ( guardrails.md )  のドキュメントをご覧ください。
122+ ガードレールを使用すると、エージェントの実行と並行してユーザー入力に対するチェック/ バリデーションを行えます。たとえば、ユーザー入力の関連性をスクリーニングすることが可能です 。詳細は [ ガードレール ] ( 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- tool のリストを指定しても、  LLM が必ずしも tool を使用するとは限りません 。[ ` ModelSettings.tool_choice ` ] [ agents.model_settings.ModelSettings.tool_choice ]  を設定することで、tool 使用を強制できます 。有効な値は次のとおりです: 
143+ ツールのリストを指定しても、 LLM が必ずしもツールを使用するとは限りません 。[ ` ModelSettings.tool_choice ` ] [ agents.model_settings.ModelSettings.tool_choice ]  を設定することでツール使用を強制できます 。有効な値は次のとおりです。 
144144
145- 1 .  ` auto `   : LLM が tool を使うかどうかを判断します 。 
146- 2 .  ` required `   : LLM に tool の使用を必須とさせます ( どの tool を使うかは判断できます ) 。 
147- 3 .  ` none `   : LLM に tool を使用しないことを要求します 。 
148- 4 .  文字列を指定 (  例: ` my_tool `  ) : 指定した 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,11 @@ agent = Agent(
163163)
164164``` 
165165
166- ## ツール使用時の動作  
166+ ## ツール使用動作  
167167
168- ` Agent `  の ` tool_use_behavior `  パラメーターは、tool の出力をどのように扱うかを制御します: 
169- -  ` "run_llm_again" `   : デフォルト。tool を実行し、その結果を  LLM が処理して最終応答を生成します。 
170- -  ` "stop_on_first_tool" `  : 最初の tool 呼び出しの出力をそのまま最終応答として使用し、以降の  LLM 処理を行いません。 
168+ ` Agent `  の ` tool_use_behavior `  パラメーターはツール出力の扱いを制御します。  
169+ -  ` "run_llm_again" ` : デフォルト。ツールを実行した後、 LLM が結果を処理して最終応答を生成します。  
170+ -  ` "stop_on_first_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=[...]) `  : 指定した tool が呼び出された時点で停止し 、その出力を最終応答として使用します。 
188+ -  ` StopAtTools(stop_at_tool_names=[...]) ` : 指定したツールのいずれかが呼び出された時点で停止し 、その出力を最終応答として使用します。 
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 `  : tool の結果を処理し 、停止するか LLM を継続するかを判断するカスタム関数です。 
210+ -  ` ToolsToFinalOutputFunction ` : ツールの結果を処理し 、停止するか 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 呼び出し後に  `tool_choice` を自動的に  "auto" にリセットします。この挙動は  [`agent.reset_tool_choice`][agents.agent.Agent.reset_tool_choice] で設定できます。無限ループは、tool の結果が  LLM に渡され 、`tool_choice` の指定により再び tool 呼び出しが生成される、というサイクルが続くことが原因です 。 
248+  無限ループを防ぐため、フレームワークはツール呼び出し後に自動で  `tool_choice` を  "auto" にリセットします。この動作は  [`agent.reset_tool_choice`][agents.agent.Agent.reset_tool_choice] で設定可能です。ツール結果が  LLM に送られ 、`tool_choice` により再度ツール呼び出しが生成される…というループを防ぐためです 。 
0 commit comments