mirror of
https://github.com/langgenius/dify-docs.git
synced 2026-03-26 13:18:34 +07:00
Auto-generated translations for documentation changes in PR #654. Last-Processed-Commit: 63f964a0074f467f781dfb80ac00dba830626a68 Original-PR: #654 Languages: Chinese (zh), Japanese (ja) 🤖 Generated with GitHub Actions Co-authored-by: github-actions[bot] <github-actions[bot]@users.noreply.github.com>
This commit is contained in:
github-actions[bot]
committed by
GitHub
GitHub
parent
bac200d031
commit
6ecbc4153f
@@ -1,11 +1,10 @@
|
||||
---
|
||||
title: "ワークフロー"
|
||||
title: "変数インスペクター"
|
||||
icon: "arrow-progress"
|
||||
---
|
||||
|
||||
<Note> ⚠️ このドキュメントはAIによって自動翻訳されています。不正確な部分がある場合は、[英語版](/en/use-dify/debug/variable-inspect)を参照してください。</Note>
|
||||
|
||||
|
||||
変数インスペクターは、ワークフローを流れるすべてのデータを表示します。各ノードの実行後に入力と出力をキャプチャするため、何が起こっているかを確認し、異なるシナリオをテストできます。
|
||||
|
||||
|
||||
@@ -24,7 +23,7 @@ icon: "arrow-progress"
|
||||
ここで変数を編集しても、元々それらを作成したノードの「最後の実行」記録は変更されません。
|
||||
</Info>
|
||||
|
||||
例えば、大規模言語モデルノードが`SELECT * FROM users`のようなSQLを生成した場合、インスペクターで`SELECT username FROM users`に編集し、データベースノードのみを再実行して異なる結果を確認できます。
|
||||
例えば、LLMノードが`SELECT * FROM users`のようなSQLを生成した場合、インスペクターで`SELECT username FROM users`に編集し、データベースノードのみを再実行して異なる結果を確認できます。
|
||||
|
||||
|
||||
|
||||
@@ -32,4 +31,4 @@ icon: "arrow-progress"
|
||||
|
||||
任意の変数の横にある復元アイコンをクリックして元の値に戻すか、「すべてリセット」をクリックしてキャッシュされたすべての変数を一度にクリアできます。
|
||||
|
||||
|
||||
|
||||
@@ -2,20 +2,22 @@
|
||||
title: スケジュールトリガー
|
||||
---
|
||||
|
||||
<Note> ⚠️ このドキュメントはAIによって自動翻訳されています。不正確な部分がある場合は、[英語版](/en/use-dify/nodes/trigger/schedule-trigger)を参照してください。</Note>
|
||||
|
||||
## はじめに
|
||||
|
||||
<Info>
|
||||
トリガーは workflow アプリケーションでのみ利用可能です。
|
||||
トリガーはワークフローアプリケーションでのみ利用可能です。
|
||||
</Info>
|
||||
|
||||
スケジュールトリガーを使用すると、指定した時刻または間隔で workflow を実行できます。これは、日次レポートの生成やスケジュールされた通知の送信など、繰り返し発生するタスクに最適です。
|
||||
スケジュールトリガーを使用すると、指定した時刻または間隔でワークフローを実行できます。これは、日次レポートの生成やスケジュールされた通知の送信など、繰り返し発生するタスクに最適です。
|
||||
|
||||
## スケジュールトリガーの追加
|
||||
|
||||
workflow キャンバスで右クリックし、**ブロックを追加** > **始める** > **スケジュールトリガー** を選択します。
|
||||
ワークフローキャンバスで右クリックし、**ブロックを追加** > **始める** > **スケジュールトリガー** を選択します。
|
||||
|
||||
<Tip>
|
||||
1 つの workflow は、並行して実行される複数のスケジュールトリガーで開始できます。並行分岐に同一の連続したノードが含まれている場合、共通セクションの前に[変数集約](/ja/use-dify/nodes/variable-aggregator)ノードを追加して分岐をマージできます。これにより、各分岐で同じノードを個別に重複して追加することを回避できます。
|
||||
1 つのワークフローは、並行して実行される複数のスケジュールトリガーを持つことができます。並行分岐に同一の連続したノードが含まれている場合、共通セクションの前に[変数集約](/ja/use-dify/nodes/variable-aggregator)ノードを追加して分岐をマージでき、各分岐で同じノードを重複させる必要がなくなります。
|
||||
</Tip>
|
||||
|
||||
## スケジュールトリガーの設定
|
||||
@@ -25,7 +27,7 @@ workflow キャンバスで右クリックし、**ブロックを追加** > **
|
||||
設定後、次の 5 回のスケジュール実行時刻を確認できます。
|
||||
|
||||
<Info>
|
||||
スケジュールトリガーは出力変数を生成しませんが、workflow をトリガーするたびにシステム変数 `sys.timestamp`（各 workflow 実行の開始時刻）を更新します。
|
||||
スケジュールトリガーは出力変数を生成しませんが、ワークフローをトリガーするたびにシステム変数 `sys.timestamp`（各ワークフロー実行の開始時刻）を更新します。
|
||||
</Info>
|
||||
|
||||
### ビジュアル設定を使用
|
||||
@@ -42,7 +44,7 @@ workflow キャンバスで右クリックし、**ブロックを追加** > **
|
||||
|
||||
#### 標準フォーマット
|
||||
|
||||
Cron 式は、workflow の実行スケジュールを定義する文字列です。スペースで区切られた 5 つのフィールドで構成され、それぞれが異なる時間単位を表します。
|
||||
Cron 式は、ワークフローの実行スケジュールを定義する文字列です。スペースで区切られた 5 つのフィールドで構成され、それぞれが異なる時間単位を表します。
|
||||
|
||||
<Note>
|
||||
各フィールド間に 1 つのスペースがあることを確認してください。
|
||||
@@ -59,15 +61,14 @@ Cron 式は、workflow の実行スケジュールを定義する文字列です
|
||||
```
|
||||
|
||||
<Info>
|
||||
|
||||
**日**と**曜日**の両方のフィールドが指定されている場合、トリガーは*どちらか*のフィールドに一致する日付でアクティブになります。
|
||||
|
||||
例えば、`1 2 3 4 4` は、4 月 3 日*および* 4 月の毎週木曜日に workflow をトリガーします。4 月 3 日が木曜日である場合に限定されません。
|
||||
|
||||
例えば、`1 2 3 4 4` は、4 月 3 日*および* 4 月の毎週木曜日にワークフローをトリガーします。4 月 3 日が木曜日である場合に限定されません。
|
||||
</Info>
|
||||
|
||||
#### 特殊文字
|
||||
|
||||
| <div style={{width: '50px'}}>文字</div> | 説明 | 例 |
|
||||
| 文字 | 説明 | 例 |
|
||||
|:-----------|:-------------|:---------|
|
||||
| `*` | 「毎」を意味します。 | **時間**フィールドの `*` は「毎時」を意味します。 |
|
||||
| `,` | 複数の値を区切ります。 | **曜日**フィールドの `1,3,5` は「月曜日、水曜日、金曜日」を意味します。 |
|
||||
|
||||
@@ -1,12 +1,11 @@
|
||||
---
|
||||
title: "モデルプロバイダー"
|
||||
description: "Configure AI model access for your workspace—the foundation that powers all your applications"
|
||||
description: "ワークスペースのAIモデルアクセスを設定—すべてのアプリケーションを支える基盤"
|
||||
icon: "brain-arrow-curved-right"
|
||||
---
|
||||
|
||||
<Note> ⚠️ このドキュメントはAIによって自動翻訳されています。不正確な部分がある場合は、[英語版](/en/use-dify/workspace/model-providers)を参照してください。</Note>
|
||||
|
||||
|
||||
モデルプロバイダーは、ワークスペースにAIモデルへのアクセスを提供します。構築するすべてのアプリケーションには動作するためのモデルが必要であり、ワークスペースレベルでプロバイダーを設定することで、すべてのチームメンバーがすべてのプロジェクトでモデルを使用できます。
|
||||
|
||||
## システムプロバイダー vs カスタムプロバイダー
|
||||
@@ -46,9 +45,9 @@ icon: "brain-arrow-curved-right"
|
||||
- Anthropic (Claude)
|
||||
- Google (Gemini)
|
||||
- Cohere
|
||||
- Ollama経由のローカルモデル推論
|
||||
- Ollama経由のローカルモデル
|
||||
|
||||
**テキスト埋め込みモデル:**
|
||||
**埋め込みモデル:**
|
||||
- OpenAI Embeddings
|
||||
- Cohere Embeddings
|
||||
- Azure OpenAI
|
||||
@@ -67,7 +66,7 @@ icon: "brain-arrow-curved-right"
|
||||
|
||||
**オプション:** Azure OpenAIまたはプロキシ用のカスタムベースURL、組織スコープ使用のための組織ID
|
||||
|
||||
**利用可能なモデル:** GPT-4, GPT, テキスト埋め込み
|
||||
**利用可能なモデル:** GPT-4, GPT-3.5-turbo, DALL-E, Whisper, テキスト埋め込み
|
||||
</Tab>
|
||||
|
||||
<Tab title="Anthropic">
|
||||
@@ -85,7 +84,6 @@ icon: "brain-arrow-curved-right"
|
||||
</Tab>
|
||||
</Tabs>
|
||||
|
||||
|
||||
## モデルの認証情報を管理
|
||||
|
||||
モデルプロバイダーの定義済みモデルやカスタムモデルに対して、複数の認証情報を追加し、それらの認証情報の切り替え、削除、変更を簡単に行うことができます。
|
||||
@@ -160,10 +158,10 @@ icon: "brain-arrow-curved-right"
|
||||
</Tab>
|
||||
</Tabs>
|
||||
|
||||
## 負荷分散の構成
|
||||
## モデルのロードバランシングを設定
|
||||
|
||||
<Info>
|
||||
ロードバランシングは有料機能です。[SaaS有料プランのサブスクリプションまたはエンタープライズ版の購入](https://dify.ai/jp/pricing)によって有効化できます。
|
||||
ロードバランシングは有料機能です。[SaaS有料プランのサブスクリプションまたはエンタープライズ版の購入](https://dify.ai/pricing)によって有効化できます。
|
||||
</Info>
|
||||
|
||||
モデルプロバイダーは通常、安定性と公平な利用を確保するため、特定の時間枠内でのAPIアクセスにレート制限を設けています。エンタープライズアプリケーションでは、単一の認証情報に対して大量の同時リクエストが発生すると、この制限に容易に達してしまい、ユーザーアクセスが中断される可能性があります。
|
||||
@@ -178,19 +176,19 @@ Difyはロードバランシングにラウンドロビン方式を採用して
|
||||
|
||||
2. ロードバランシングプールで **認証情報を追加する** をクリックし、既存の認証情報を選択するか、新しい認証情報を追加します。
|
||||
|
||||
<Info>
|
||||
**デフォルトの設定** は、そのモデルに現在指定されているデフォルトの認証情報を指します。
|
||||
</Info>
|
||||
<Info>
|
||||
**デフォルトの設定** は、そのモデルに現在指定されているデフォルトの認証情報を指します。
|
||||
</Info>
|
||||
|
||||
<Tip>
|
||||
特定の認証情報がより高いクォータを持つ、またはより優れたパフォーマンスを示す場合は、その認証情報を複数回追加することでロードバランシングにおける重みを増し、より多くのリクエストを処理させることができます。
|
||||
</Tip>
|
||||
<Tip>
|
||||
特定の認証情報がより高いクォータを持つ、またはより優れたパフォーマンスを示す場合は、その認証情報を複数回追加することでロードバランシングにおける重みを増し、より多くのリクエストを処理させることができます。
|
||||
</Tip>
|
||||
|
||||
|
||||
<img src="/images/add_load_balancing_credential.png" alt="Add credentials for load balancing" width="400" />
|
||||
|
||||
3. 負荷分散プールで少なくとも2つの認証情報を有効にし、**保存** をクリックします。負荷分散が有効になったモデルには、特別なアイコンが表示されます。
|
||||
|
||||
|
||||
|
||||
|
||||
<Info>
|
||||
ロード バランシング モードからデフォルトの単一認証情報モードに戻しても、ロード バランシングの設定は将来の使用のために保持されます。
|
||||
|
||||
Reference in New Issue
Block a user