Skip to content

Commit 95d71fa

Browse files
Update all translated document pages (#2092)
1 parent 2b3bfb8 commit 95d71fa

Some content is hidden

Large Commits have some content hidden by default. Use the searchbox below for content that may be hidden.

90 files changed

+2069
-2036
lines changed

docs/ja/agents.md

Lines changed: 33 additions & 33 deletions
Original file line numberDiff line numberDiff line change
@@ -4,16 +4,16 @@ search:
44
---
55
# エージェント
66

7-
エージェントはアプリの中核となる基本コンポーネントです。エージェントは instructions とツールで構成された大規模言語モデル( LLM )です。
7+
エージェントはアプリの中心的な基本コンポーネントです。エージェントはinstructions とツールで構成された大規模言語モデル( LLM )です。
88

9-
## 基本設定
9+
## 基本構成
1010

11-
エージェントで最も一般的に設定するプロパティは次のとおりです
11+
エージェントで一般的に設定するプロパティは次のとおりです
1212

13-
- `name`: エージェントを識別する必須の文字列です
14-
- `instructions`: developer メッセージまたは system prompt とも呼ばれます。
13+
- `name`: エージェントを識別する必須の文字列
14+
- `instructions`: developer message または system prompt とも呼ばれます。
1515
- `model`: 使用する LLM と、temperature、top_p などのモデル調整パラメーターを設定する任意の `model_settings`
16-
- `tools`: エージェントがタスク達成のために使用できるツールです
16+
- `tools`: エージェントがタスクを達成するために使用できるツール
1717

1818
```python
1919
from 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
@@ -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、リスト、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
5858
from 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

8787
### マネージャー(エージェントをツールとして)
8888

89-
`customer_facing_agent` はすべてのユーザーとの対話を処理し、ツールとして公開された専門のサブエージェントを呼び出します。詳しくは [ツール](tools.md#agents-as-tools) のドキュメントを参照してください
89+
`customer_facing_agent` はすべてのユーザー対応を行い、ツールとして公開された専門のサブエージェントを呼び出します。詳細は [ツール](tools.md#agents-as-tools) のドキュメントをご覧ください
9090

9191
```python
9292
from agents import Agent
@@ -115,7 +115,7 @@ customer_facing_agent = Agent(
115115

116116
### ハンドオフ
117117

118-
ハンドオフは、エージェントが委任できるサブエージェントです。ハンドオフが発生すると、委任先のエージェントが会話履歴を受け取り、会話を引き継ぎます。このパターンにより、単一のタスクに秀でたモジュール式の専門エージェントが実現します。詳しくは [ハンドオフ](handoffs.md) のドキュメントを参照してください
118+
ハンドオフは、エージェントが委譲できるサブエージェントです。ハンドオフが発生すると、委譲先のエージェントは会話履歴を受け取り、会話を引き継ぎます。このパターンにより、単一のタスクに特化して優れた性能を発揮する、モジュール式の専門エージェントが可能になります。詳細は [ハンドオフ](handoffs.md) のドキュメントをご覧ください
119119

120120
```python
121121
from agents import Agent
@@ -136,7 +136,7 @@ triage_agent = Agent(
136136

137137
## 動的 instructions
138138

139-
多くの場合、エージェント作成時に instructions を指定できますが、関数を通じて動的な instructions を提供することもできます。関数はエージェントとコンテキストを受け取り、プロンプトを返す必要があります。通常の関数と `async` 関数の両方が使用できます
139+
多くの場合、エージェントの作成時に instructions を指定できます。ただし、関数を介して動的な instructions を提供することもできます。その関数はエージェントとコンテキストを受け取り、プロンプトを返す必要があります。通常の関数と `async` 関数の両方が利用可能です
140140

141141
```python
142142
def dynamic_instructions(
@@ -151,17 +151,17 @@ agent = Agent[UserContext](
151151
)
152152
```
153153

154-
## ライフサイクル イベント(フック)
154+
## ライフサイクルイベント(フック)
155155

156-
ときには、エージェントのライフサイクルを観察したいことがあります。たとえば、イベントを記録したり、特定のイベント発生時にデータを事前取得したりです`hooks` プロパティでエージェントのライフサイクルにフックできます[`AgentHooks`][agents.lifecycle.AgentHooks] クラスをサブクラス化し、関心のあるメソッドをオーバーライドしてください。
156+
エージェントのライフサイクルを観察したい場合があります。たとえば、イベントをログに記録したり、特定のイベント発生時にデータを事前取得したりできます`hooks` プロパティを使用して、エージェントのライフサイクルにフックできます[`AgentHooks`][agents.lifecycle.AgentHooks] クラスをサブクラス化し、関心のあるメソッドをオーバーライドしてください。
157157

158158
## ガードレール
159159

160-
ガードレールにより、エージェントの実行と並行してユーザー入力に対するチェック/検証を行い、またエージェントの出力が生成された後にそれを検証できます。たとえば、ユーザー入力やエージェント出力の関連性チェックが可能です。詳しくは [ガードレール](guardrails.md) のドキュメントを参照してください
160+
ガードレールにより、エージェントの実行と並行してユーザー入力に対するチェック/検証を実行し、エージェントの出力が生成された後にもチェック/検証を実行できます。たとえば、ユーザーの入力とエージェントの出力の関連性をスクリーニングできます。詳細は [ガードレール](guardrails.md) のドキュメントをご覧ください
161161

162-
## エージェントのクローンコピー
162+
## エージェントのクローン/コピー
163163

164-
エージェントの `clone()` メソッドを使うと、エージェントを複製し、必要に応じて任意のプロパティを変更できます
164+
エージェントの `clone()` メソッドを使用すると、エージェントを複製し、任意のプロパティを変更できます
165165

166166
```python
167167
pirate_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 にツールを使用しないこと(_not_)を要求します
186-
4. 特定の文字列(例: `my_tool`を設定して、その特定のツールを使用するよう LLM に要求します
183+
1. `auto`: LLM にツールを使用するかどうかを判断させます
184+
2. `required`: LLM にツールの使用を要求します(どのツールを使うかは賢く判断できます)。
185+
3. `none`: LLM にツールを _使用しない_ よう要求します
186+
4. 特定の文字列(例: `my_tool`を設定し、その特定のツールを LLM に使用させます
187187

188188
```python
189189
from agents import Agent, Runner, function_tool, ModelSettings
@@ -203,10 +203,10 @@ agent = Agent(
203203

204204
## ツール使用の動作
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
212212
from 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
230230
from agents import Agent, Runner, function_tool
@@ -248,7 +248,7 @@ agent = Agent(
248248
)
249249
```
250250

251-
- `ToolsToFinalOutputFunction`: ツール結果を処理し、停止するか LLM を継続するかを決定するカスタム関数です
251+
- `ToolsToFinalOutputFunction`: ツール結果を処理し、停止するか LLM を継続するかを判断するカスタム関数です
252252

253253
```python
254254
from 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

Comments
 (0)