このドキュメントは AI によって自動翻訳されています。不正確な部分がある場合は、英語版 を参照してください。このページでは、すべてのプラグインタイプに共通する構造を説明します。全体的なアーキテクチャを把握するには、プラグイン開発の基本概念 および 開発者チートシート と併せてお読みください。
パス仕様
Manifest やその他の YAML ファイルにおけるファイルパスは、ファイルの種類に応じて 2 つのルールに従います。- 画像や動画などのマルチメディアファイル(例: プラグインの
icon)は、プラグインのルートディレクトリ下にある_assetsフォルダに配置します。 .pyや.yamlなどの通常のテキストファイルは、プラグインプロジェクト内の絶対パスで参照します。
共通構造
一部のデータ構造は、ツール、モデル、Endpoints の間で共有されます。これらをここで定義します。I18nObject
I18nObject は IETF BCP 47 標準に準拠した国際化構造です。次の 4 つの言語をサポートします。
ProviderConfig
ProviderConfig は、Tool と Endpoint の両方で使用される共通のプロバイダーフォーム構造です。
表示ラベル。IETF BCP 47 標準に準拠します。
ヘルプドキュメントのリンクラベル。IETF BCP 47 に準拠します。
複数言語のプレースホルダーテキスト。IETF BCP 47 に準拠します。
ProviderConfigOption (object)
オプションの表示ラベル。IETF BCP 47 に準拠します。
ProviderConfigType (string)
ProviderConfigScope (string)
type が model-selector の場合:
type が app-selector の場合:
type が tool-selector の場合:
ModelConfig
モデルタイプの列挙。モデル設計ルール を参照してください。
NodeResponse
ToolSelector
関連リソース
- プラグイン開発の基本概念:Dify プラグイン開発の概要
- 開発者チートシート:よく使うコマンドと概念のクイックリファレンス
- ツールプラグイン開発の詳細:プラグイン情報の定義方法とツールプラグイン開発プロセス
- モデル設計ルール:モデル設定の標準