🌐 Initial translations for PR #784

Auto-generated translations for documentation changes in PR #784.

Last-Processed-Commit: 0c74e87
Original-PR: #784
Languages: Chinese (zh), Japanese (ja)

🤖 Generated with GitHub Actions

Author: github-actions[bot]

ja/develop-plugin/dev-guides-and-walkthroughs/agent-strategy-plugin.mdx

@@ -1,5 +1,6 @@
 ---
 title: エージェント戦略プラグイン
+description: Function Callingエージェント戦略をゼロから構築する—LLMにツールを与えて自律的に現在時刻を取得させる方法を示す実践例
 ---
 
 <Note> ⚠️ このドキュメントは AI によって自動翻訳されています。不正確な部分がある場合は、[英語版](/en/develop-plugin/dev-guides-and-walkthroughs/agent-strategy-plugin) を参照してください。</Note>
@@ -1049,7 +1050,7 @@ class BasicAgentAgentStrategy(AgentStrategy):
 プラグインの宣言ファイルと実装コードを完成させた後、プラグインディレクトリで`python -m main`を実行して再起動します。次に、プラグインが正しく動作することを確認します。Difyはリモートデバッグを提供しています。**プラグイン管理**に移動して、デバッグキーとリモートサーバーアドレスを取得してください。
 
 <Frame>
-  ![](https://assets-docs.dify.ai/2024/12/053415ef127f1f4d6dd85dd3ae79626a.png)
+  ![プラグインの宣言ファイルと実装コードを完成させた後、python -m mainを実行](https://assets-docs.dify.ai/2024/12/053415ef127f1f4d6dd85dd3ae79626a.png)
 </Frame>
 
 プラグインプロジェクトに戻り、`.env.example`を`.env`にコピーし、関連するリモートサーバーとデバッグキー情報を挿入します。
@@ -1082,7 +1083,7 @@ python -m main
 dify plugin package ./basic_agent/
 ```
 
-現在のフォルダに`google.difypkg`（例）という名前のファイルが表示されます。これが最終的なプラグインパッケージです。
+現在のフォルダに`basic_agent.difypkg`（プラグイン名と一致）という名前のファイルが表示されます。これが最終的なプラグインパッケージです。
 
 **おめでとうございます！** エージェント戦略プラグインの開発、テスト、パッケージングが完了しました。
 

ja/develop-plugin/dev-guides-and-walkthroughs/creating-new-model-provider.mdx

@@ -423,8 +423,7 @@ Dify は、開発中にプラグインをテストできるリモートデバッ
 
 ```dotenv
 INSTALL_METHOD=remote
-REMOTE_INSTALL_HOST=<your-dify-domain-or-ip>
-REMOTE_INSTALL_PORT=5003
+REMOTE_INSTALL_URL=<your-dify-host>:5003
 REMOTE_INSTALL_KEY=****-****-****-****-****
 ```
 

ja/develop-plugin/dev-guides-and-walkthroughs/datasource-plugin.mdx

@@ -1,5 +1,6 @@
 ---
-title: "データソースプラグイン"
+title: データソースプラグイン
+description: Dify 1.9.0以降のデータソースプラグインを構築し、ナレッジパイプラインにドキュメントを供給—アーキテクチャ、コードサンプル、デバッグ手順
 ---
 
 <Note> ⚠️ このドキュメントは AI によって自動翻訳されています。不正確な部分がある場合は、[英語版](/en/develop-plugin/dev-guides-and-walkthroughs/datasource-plugin) を参照してください。</Note>
@@ -20,7 +21,7 @@ title: "データソースプラグイン"
 Difyは3種類のデータソースプラグインをサポートしています：Webクローラー、オンラインドキュメント、オンラインドライブ。プラグインコードを実装する際、プラグインの機能を提供するクラスは特定のデータソースクラスを継承する必要があります。3種類のプラグインタイプはそれぞれ異なる親クラスに対応しています。
 
 <Info>
-  親クラスを継承してプラグイン機能を実装する方法については、[ツールプラグイン：ツールコードの準備](/ja/develop-plugin/dev-guides-and-walkthroughs/tool-plugin#4-ツールコードの準備)を参照してください。
+  親クラスを継承してプラグイン機能を実装する方法については、[ツールプラグイン：ツールコードの準備](/ja/develop-plugin/dev-guides-and-walkthroughs/tool-plugin#4-prepare-tool-code)を参照してください。
 </Info>
 
 各データソースプラグインタイプは複数のデータソースをサポートしています。例えば：
@@ -112,7 +113,7 @@ datasources:
 ```
 
 <Info>
-  プロバイダーYAMLファイルの作成について詳しくは、[ツールプラグイン：サードパーティサービス認証情報の完成](/ja/develop-plugin/dev-guides-and-walkthroughs/tool-plugin#2-サードパーティサービス認証情報の完成)を参照してください。
+  プロバイダーYAMLファイルの作成について詳しくは、[ツールプラグイン：サードパーティサービス認証情報の完成](/ja/develop-plugin/dev-guides-and-walkthroughs/tool-plugin#2-complete-third-party-service-credentials)を参照してください。
 </Info>
 
 <Info>

ja/develop-plugin/dev-guides-and-walkthroughs/develop-flomo-plugin.mdx

@@ -37,13 +37,11 @@ standard_title: 10-Minute Guide to Building Dify Plugins
         ```
       </Tab>
       <Tab title="Linux">
-        [Dify GitHubリリースページ](https://github.com/langgenius/dify-plugin-daemon/releases)から最新のDify CLIを取得してください
-        
+        [Dify Plugin Daemonリリースページ](https://github.com/langgenius/dify-plugin-daemon/releases)から最新のバイナリをダウンロードしてください。x86_64の場合は`dify-plugin-linux-amd64`を、ARMの場合は`dify-plugin-linux-arm64`を選択してください。
+
         ```bash
-        # Download appropriate version
         chmod +x dify-plugin-linux-amd64
-        mv dify-plugin-linux-amd64 dify
-        sudo mv dify /usr/local/bin/
+        sudo mv dify-plugin-linux-amd64 /usr/local/bin/dify
         ```
       </Tab>
     </Tabs>
@@ -102,8 +100,8 @@ resource:
 
 plugins:
   tools:
-    - flomo.yaml
-  
+    - provider/flomo.yaml
+
 meta:
   version: 0.0.1
   arch:
@@ -117,7 +115,9 @@ meta:
 
 ## ステップ3：ツール定義の作成
 
-ツールインターフェースを定義する`flomo.yaml`ファイルを作成します：
+ツールプラグインは2つのYAMLファイルを使用します：認証情報を宣言しツールをリストする**プロバイダー**ファイルと、呼び出し可能なツールごとに1つの**ツール**ファイルです。完全なスキーマについては[一般仕様](/ja/develop-plugin/features-and-specs/plugin-types/general-specifications)を参照してください。
+
+`provider/flomo.yaml`を作成します：
 
 ```yaml
 identity:
@@ -126,32 +126,61 @@ identity:
   label:
     en_US: Flomo Note
     zh_Hans: Flomo 浮墨笔记
-description:
-  human:
+  description:
     en_US: Add notes to your Flomo account directly from Dify.
-    zh_Hans: 直接从Dify添加笔记到您的Flomo账户。
-  llm: >
-    A tool that allows users to save notes to Flomo. Use this tool when users want to save important information from the conversation. The tool accepts a 'content' parameter that contains the text to be saved as a note.
-credential_schema:
+    zh_Hans: 直接从 Dify 添加笔记到您的 Flomo 账户。
+  icon: icon.png
+credentials_for_provider:
   api_url:
-    type: string
+    type: secret-input
     required: true
     label:
       en_US: API URL
       zh_Hans: API URL
-    human_description:
+    placeholder:
+      en_US: https://flomoapp.com/iwh/{token}/{secret}/
+    help:
       en_US: Flomo API URL from your Flomo account settings.
-      zh_Hans: 从您的Flomo账户设置中获取的API URL。
-tool_schema:
-  content:
+      zh_Hans: 从您的 Flomo 账户设置中获取的 API URL。
+tools:
+  - tools/flomo.yaml
+extra:
+  python:
+    source: provider/flomo.py
+```
+
+`tools/flomo.yaml`を作成します：
+
+```yaml
+identity:
+  name: flomo
+  author: yourname
+  label:
+    en_US: Save to Flomo
+    zh_Hans: 保存到 Flomo
+description:
+  human:
+    en_US: Save the conversation content as a Flomo note.
+    zh_Hans: 将对话内容保存为 Flomo 笔记。
+  llm: >
+    Saves content to the user's Flomo account. Use this tool when the user
+    asks to save, capture, or remember the current message. Takes a single
+    `content` parameter containing the text to save.
+parameters:
+  - name: content
     type: string
     required: true
     label:
-      en_US: Note Content
+      en_US: Note content
       zh_Hans: 笔记内容
     human_description:
       en_US: Content to save as a note in Flomo.
-      zh_Hans: 要保存为Flomo笔记的内容。
+      zh_Hans: 要保存为 Flomo 笔记的内容。
+    llm_description: The text to save as a Flomo note.
+    form: llm
+extra:
+  python:
+    source: tools/flomo.py
 ```
 
 ## ステップ4：コアユーティリティ関数の実装
@@ -264,12 +293,11 @@ class FlomoTool(Tool):
     `.env`ファイルをDify環境の詳細で編集します：
     ```
     INSTALL_METHOD=remote
-    REMOTE_INSTALL_HOST=debug-plugin.dify.dev
-    REMOTE_INSTALL_PORT=5003
+    REMOTE_INSTALL_URL=debug-plugin.dify.dev:5003
     REMOTE_INSTALL_KEY=your_debug_key
     ```
-    
-    デバッグキーとホストはDifyダッシュボードで確認できます：右上の「プラグイン」アイコンをクリックし、デバッグアイコンをクリックします。ポップアップウィンドウで「APIキー」と「ホストアドレス」をコピーしてください。
+
+    デバッグURLとキーはDifyダッシュボードで確認できます：右上の**プラグイン**アイコンをクリックし、デバッグアイコンをクリックします。**APIキー**と**ホストアドレス**をコピーしてください（ホストにはすでにポートが含まれています）。
   </Step>
 
   <Step title="依存関係のインストールと実行">

ja/develop-plugin/dev-guides-and-walkthroughs/develop-md-exporter.mdx

@@ -456,8 +456,7 @@ plugin = PluginRunner(
     Dify環境の詳細を設定します：
     ```
     INSTALL_METHOD=remote
-    REMOTE_INSTALL_HOST=debug-plugin.dify.dev
-    REMOTE_INSTALL_PORT=5003
+    REMOTE_INSTALL_URL=debug-plugin.dify.dev:5003
     REMOTE_INSTALL_KEY=your_debug_key
     ```
   </Step>

ja/develop-plugin/dev-guides-and-walkthroughs/develop-multimodal-data-processing-tool.mdx

@@ -1,25 +1,25 @@
 ---
 title: ナレッジパイプラインでマルチモーダルデータを処理するツールプラグインの構築
+description: ナレッジベースノードがマルチモーダル出力をテキストと一緒に埋め込めるように、画像、音声、または動画を出力するツールプラグインを設定する
 ---
 
 <Note> ⚠️ このドキュメントは AI によって自動翻訳されています。不正確な部分がある場合は、[英語版](/en/develop-plugin/dev-guides-and-walkthroughs/develop-multimodal-data-processing-tool) を参照してください。</Note>
 
 ナレッジパイプラインでは、ナレッジベースノードは2種類のマルチモーダルデータ形式の入力をサポートしています：`multimodal-Parent-Child` と `multimodal-General`。
 
-マルチモーダルデータ処理用のツールプラグインを開発する際、プラグインの出力するマルチモーダルデータ（テキスト、画像、音声、動画など）がナレッジベースノードで正しく認識・ベクトル化されるためには、以下の設定が必要です：
+マルチモーダルデータ処理用のツールプラグインを開発する際、プラグインの出力するマルチモーダルデータ（テキスト、画像、音声、動画など）がナレッジベースノードで正しく認識・埋め込みされるためには、以下の設定が必要です：
 
-- **ツールコード内で**、APIを呼び出してファイルオブジェクト `files` をアップロード・構築します。
+- **ツールコードファイル内で**、ツールセッションインターフェースを呼び出してファイルをアップロードし、`files` オブジェクトを構築します。
 
-- **ツールプロバイダーのYAML**ファイルで、`output_schema` を `multimodal-Parent-Child` または `multimodal-General` として宣言します。
+- **ツールプロバイダーのYAMLファイル**で、`output_schema` を `multimodal-Parent-Child` または `multimodal-General` として宣言します。
 
-## ファイルオブジェクトのアップロードと構築
+## ファイルのアップロードとファイルオブジェクトの構築
 
-マルチモーダルデータ（画像など）を処理する際は、まずDifyのツールセッションインターフェースを通じてファイルをアップロードし、ファイルのメタデータを取得する必要があります。
+マルチモーダルデータ（画像など）を処理する際は、まずDifyのツールセッションツールを使用してファイルをアップロードし、ファイルのメタデータを取得する必要があります。
 
-以下にDify公式プラグインDify Extractorを例として、ファイルのアップロードとファイルオブジェクトの構築方法を示します。
+以下の例では、Dify公式プラグイン **Dify Extractor** を使用して、ファイルのアップロードと `files` オブジェクトの構築方法を示します。
 
 ```python
-
 # Upload the file using the tool session
 file_res = self._tool.session.file.upload(
     file_name,   # filename
@@ -30,8 +30,7 @@ file_res = self._tool.session.file.upload(
 # Generate a Markdown image reference using the file preview URL
 image_url = f"![image]({file_res.preview_url})"
 ```
-
-アップロードインターフェースは、ファイルの基本情報を含む `UploadFileResponse` オブジェクトを返します：
+アップロードインターフェースは、ファイル情報を含む `UploadFileResponse` オブジェクトを返します。その構造は以下の通りです：
 
 ```python   
     from enum import Enum
@@ -62,10 +61,10 @@ image_url = f"![image]({file_res.preview_url})"
         preview_url: str | None = None
 ```
 
-その構造に基づき、ファイル情報（`name`、`size`、`extension`、`mime_type` など）をマルチモーダル出力構造の `files` フィールドにマッピングできます。
+ファイル情報（`name`、`size`、`extension`、`mime_type` など）をマルチモーダル出力構造の `files` フィールドにマッピングできます。
 
 <CodeGroup>
-    ```yaml multimodal_parent_child_structure highlight={22-62} expandable 
+    ```yaml multimodal_parent_child_structure highlight={22-62} expandable
     {
         "$id": "https://dify.ai/schemas/v1/multimodal_parent_child_structure.json",
         "$schema": "http://json-schema.org/draft-07/schema#",
@@ -146,7 +145,7 @@ image_url = f"![image]({file_res.preview_url})"
     }
     ```
 
-    ```yaml multimodal_general_structure highlight={18-56} expandable
+    ```yaml multimodal_general_structure highlight={18-56} expandable 
     {
         "$id": "https://dify.ai/schemas/v1/multimodal_general_structure.json",
         "$schema": "http://json-schema.org/draft-07/schema#",
@@ -233,7 +232,7 @@ output_schema:
       # $ref: "https://dify.ai/schemas/v1/multimodal_general_structure.json"
 ```
 
-`multimodal-Parent-Child` の例として、完全なYAMLファイルの設定は以下の通りです：
+`multimodal-Parent-Child` の例として、完全なYAML設定は以下の通りです：
 
 ```yaml expandable
 identity:

ja/develop-plugin/dev-guides-and-walkthroughs/tool-oauth.mdx

@@ -1,5 +1,6 @@
 ---
 title: "ツールプラグインにOAuthサポートを追加する"
+description: 手動でのAPIキー入力をOAuth認可フローに置き換えることで、ユーザーがワンクリックでサードパーティサービスへのアクセスを許可できるようにします
 ---
 
 <Note> ⚠️ このドキュメントは AI によって自動翻訳されています。不正確な部分がある場合は、[英語版](/en/develop-plugin/dev-guides-and-walkthroughs/tool-oauth) を参照してください。</Note>
@@ -341,10 +342,10 @@ OAuthとAPI_KEY認証の両方をサポートするプラグインの場合、`s
 
 ### 4. 正しいバージョンを指定する
 
-以前のバージョンのプラグインSDKとDifyはOAuth認証をサポートしていません。そのため、プラグインSDKのバージョンを以下に設定する必要があります：
+OAuthには最新のSDKとDifyバージョンが必要です。`requirements.txt`でプラグインSDKを固定します：
 
 ```
-dify_plugin>=0.4.2,<0.5.0.
+dify_plugin>=0.5.0
 ```
 
 `manifest.yaml`に、最小Difyバージョンを追加します：

ja/develop-plugin/dev-guides-and-walkthroughs/trigger-plugin.mdx

@@ -1,12 +1,13 @@
 ---
 title: "トリガープラグイン"
+description: "サードパーティのイベント（Webhook、ポーリング）をワークフロー開始シグナルに変換する Dify 1.10.0 以降のトリガープラグインを構築する"
 ---
 
 <Note> ⚠️ このドキュメントは AI によって自動翻訳されています。不正確な部分がある場合は、[英語版](/en/develop-plugin/dev-guides-and-walkthroughs/trigger-plugin) を参照してください。</Note>
 
 ## トリガープラグインとは？
 
-トリガーは Dify v1.10.0 で新しいタイプの開始ノードとして導入されました。コード、ツール、ナレッジベース検索などの機能ノードとは異なり、トリガーの目的は**サードパーティのイベントを Dify が認識して処理できる入力形式に変換すること**です。
+トリガーは Dify v1.10.0 で新しいタイプの開始ノードとして導入されました。コード、ツール、ナレッジ検索などの機能ノードとは異なり、トリガーの目的は**サードパーティのイベントを Dify が認識して処理できる入力形式に変換すること**です。
 
 <Frame>
   ![トリガープラグインの紹介](/images/develop-plugin/dev-guide/trigger-plugin-intro.png)

ja/develop-plugin/features-and-specs/advanced-development/customizable-model.mdx

@@ -7,7 +7,7 @@ dimensions:
 standard_title: Customizable Model
 language: ja
 title: カスタムモデルの統合
-description: このドキュメントでは、Xinferenceモデルを例として、カスタムモデルをDifyに統合する方法を詳しく説明します。モデルプロバイダーファイルの作成、モデルタイプに基づくコードの記述、モデル呼び出しロジックの実装、例外処理、デバッグ、公開までの完全なプロセスをカバーしています。特に、LLM呼び出し、トークン計算、認証情報の検証、パラメータ生成などのコアメソッドの実装を詳しく説明します。
+description: このドキュメントでは、Xinferenceモデルを例として、カスタムモデルをDifyに統合する方法を詳しく説明します。モデルプロバイダーファイルの作成、モデルタイプに基づくコードの記述、モデル呼び出しロジックの実装、例外処理、デバッグ、公開までの完全なプロセスをカバーしています。特に、LLM呼び出し、token計算、認証情報の検証、パラメータ生成などのコアメソッドの実装を詳しく説明します。
 ---
 
 <Note> ⚠️ このドキュメントは AI によって自動翻訳されています。不正確な部分がある場合は、[英語版](/en/develop-plugin/features-and-specs/advanced-development/customizable-model) を参照してください。</Note>
@@ -183,9 +183,9 @@ def _handle_sync_response(self, **kwargs) -> LLMResult:
     return LLMResult(**response)
 ```
 
-* **入力トークンの事前計算**
+* **入力tokenの事前計算**
 
-モデルがトークンカウントインターフェースを提供していない場合は、単に0を返します：
+モデルがtokenカウントインターフェースを提供していない場合は、単に0を返します：
 
 ```python
 def get_num_tokens(
@@ -265,9 +265,7 @@ def get_customizable_model_schema(self, model: str, credentials: dict) -> AIMode
             )
         )
 
-    """
-        some NOT IMPORTANT code here
-    """
+    # ... additional ParameterRule entries omitted for brevity ...
 
     entity = AIModelEntity(
         model=model,