@@ -4,23 +4,23 @@ search:
44---
55# エージェント
66
7- エージェントはアプリの中核となる構成要素です 。エージェントは、 instructions とツールで構成された大規模言語モデル( LLM)です。
7+ エージェントはアプリの中核となる基本コンポーネントです 。エージェントは instructions と tools で構成された大規模言語モデル( LLM )です。
88
99## 基本設定
1010
1111エージェントで最も一般的に設定するプロパティは次のとおりです。
1212
1313- ` name ` : エージェントを識別する必須の文字列。
14- - ` instructions ` : developer message または system prompt としても知られます 。
15- - ` model ` : 使用する LLM、および temperature、top_p などのモデル調整パラメーターを設定する任意の ` model_settings ` 。
16- - ` tools ` : エージェントがタスク達成のために使用できるツール 。
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
2020
2121@function_tool
2222def get_weather (city : str ) -> str :
23- """ returns weather info for the specified city."""
23+ """ returns weather info for the specified city."""
2424 return f " The weather in { city} is sunny "
2525
2626agent = Agent(
@@ -33,7 +33,7 @@ agent = Agent(
3333
3434## コンテキスト
3535
36- エージェントは ` context ` 型に対してジェネリックです 。コンテキストは依存性注入のためのツールで、あなたが作成して ` Runner.run() ` に渡すオブジェクトです。これはすべてのエージェント、ツール、ハンドオフなどに渡され、エージェントの実行に必要な依存関係と状態をまとめて保持します。コンテキストとしては任意の 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/ ) でラップできる任意の型(dataclasses、list 、TypedDict など)をサポートします 。
55+ デフォルトでは、エージェントはプレーンテキスト(すなわち ` str ` )の出力を生成します。エージェントに特定のタイプの出力を生成させたい場合は 、` output_type ` パラメーターを使用できます。一般的な選択肢は [ Pydantic] ( https://docs.pydantic.dev/ ) オブジェクトの使用ですが、Pydantic の [ TypeAdapter] ( https://docs.pydantic.dev/latest/api/type_adapter/ ) でラップできる任意の型(dataclasses、リスト 、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 を指定できますが、関数経由で動的な 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
124124## エージェントのクローン/コピー
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 ` : ツールの使用を必須にします(ただしどのツールを使うかは賢く選べます )。
147- 3 . ` none ` : ツールを使用「しない」ことを必須にします 。
148- 4 . 具体的な文字列 (例: ` my_tool ` )を設定すると、その特定のツールの使用を必須にします 。
145+ 1 . ` auto ` : LLM がツールを使用するかどうかを決定します 。
146+ 2 . ` required ` : LLM にツールの使用を要求します(ただし、どのツールを使うかは賢く判断できます )。
147+ 3 . ` none ` : LLM にツールを使用しないことを要求します 。
148+ 4 . 特定の文字列 (例: ` my_tool ` )を設定し、その特定のツールを LLM に使用させます 。
149149
150150``` python
151151from agents import Agent, Runner, function_tool, ModelSettings
@@ -165,9 +165,9 @@ agent = Agent(
165165
166166## ツール使用の動作
167167
168- ` Agent ` の設定にある ` tool_use_behavior ` パラメーターは、ツール出力の扱いを制御します。
168+ ` Agent ` 設定の ` tool_use_behavior ` パラメーターは、ツール出力の扱いを制御します。
169169- ` "run_llm_again" ` : デフォルト。ツールを実行し、その結果を LLM が処理して最終応答を生成します。
170- - ` "stop_on_first_tool" ` : 最初のツール呼び出しの出力を、その後の 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=[...]) ` : 指定したいずれかのツールが呼び出されたら停止し 、その出力を最終応答として使用します。
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 ` : ツール結果を処理し、停止するか 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_choice` を自動的に "auto" にリセットします。この動作は [`agent.reset_tool_choice`][agents.agent.Agent.reset_tool_choice] で設定可能です。無限ループは、ツール結果が LLM に送られ、`tool_choice` により LLM が再度ツール呼び出しを生成し続けることで発生します 。
248+ 無限ループを防ぐため、フレームワークはツール呼び出し後に `tool_choice` を自動的に "auto" にリセットします。この動作は [`agent.reset_tool_choice`][agents.agent.Agent.reset_tool_choice] で設定可能です。無限ループは、ツール結果が LLM に送られ、`tool_choice` により LLM が再度ツール呼び出しを生成し続けてしまうために発生します 。
0 commit comments