Dify
日本語
日本語
  • 入門
    • Difyへようこそ
      • 特性と技術仕様
      • モデルプロバイダーリスト
    • クラウドサービス
    • コミュニティ版
      • Docker Compose デプロイ
      • ローカルソースコードで起動
      • aaPanelでのデプロイ方法
      • フロントエンドDockerコンテナを単独起動
      • 環境変数の説明
      • よくある質問
    • Dify Premium
    • Dify 教育版
  • マニュアル
    • モデル
      • 新しいプロバイダーの追加
      • 事前定義されたモデルの追加
      • カスタムモデルの追加
      • インタフェース
      • 配置ルール
      • 負荷分散
    • アプリ・オーケストレーション
      • アプリの作成
      • チャットボット
        • 複数モデルのデバッグ
      • エージェント
      • ツールキット
        • コンテンツモデレーション
    • ワークフロー
      • キーコンセプト
      • 変数
      • ノードの説明
        • 開始
        • 終了
        • 回答
        • LLM
        • 知識検索
        • 質問分類
        • 条件分岐
        • コード実行
        • テンプレート
        • テキスト抽出ツール
        • リスト処理
        • 変数集約
        • 変数代入
        • 反復処理(イテレーション)
        • パラメータ抽出
        • HTTPリクエスト
        • エージェント
        • ツール
        • 繰り返し処理(ループ)
      • ショートカットキー
      • オーケストレートノード
      • ファイルアップロード
      • エラー処理
        • 事前定義されたエラー処理ロジック
        • エラータイプの概要
      • 追加機能
      • プレビューとデバッグ
        • プレビューと実行
        • ステップ実行
        • 対話/実行ログ
        • チェックリスト
        • 実行履歴
      • アプリケーション公開
      • JSON形式での出力
      • 変更通知:画像アップロード機能がファイルアップロード機能に統合されました
    • ナレッジベース
      • ナレッジベース作成
        • 1. オンラインデータソースの活用
          • 1.1 Notion からデータをインポート
          • 1.2 Webサイトからデータをインポート
        • 2. チャンクモードの指定
        • 3. インデックス方式と検索オプションの設定
      • ナレッジベースの管理
        • ナレッジベース内ドキュメントの管理
        • APIを活用したナレッジベースのメンテナンス
      • メタデータ
      • アプリ内でのナレッジベース統合
      • リコールテスト/引用帰属
      • ナレッジベースの要求頻度制限
      • 外部ナレッジベースとの接続
      • 外部ナレッジベースAPI
    • ツール
      • クイック統合ツール
      • 高度統合ツール
      • ツールの設定
        • Google
        • Bing
        • SearchApi
        • StableDiffusion
        • Perplexity Search
        • AlphaVantage 株式分析
        • Dall-e
        • Youtube
        • Serper
        • SearXNG
        • SiliconFlow(Flux AI サポート)
        • ComfyUI
    • アプリ公開
      • シングルページWebアプリとして公開
        • Web アプリの設定
        • テキスト生成アプリ
        • 対話型アプリ
      • Webサイトへの埋め込み
      • API基づく開発
      • フロントエンドテンプレートに基づいた再開発
    • アノテーション
      • ログとアノテーション
      • アノテーション返信
    • モニタリング
      • データ分析
      • 外部Opsツール統合
        • LangSmithを統合
        • LangFuseを統合
        • Opikを統合
    • 拡張
      • API 拡張
        • Cloudflare Workers を使用した API ツールのデプロイ
        • コンテンツモデレーション
      • コード拡張
        • 外部データツール
        • コンテンツモデレーション
    • コラボレーション
      • 発見
      • メンバーの招待と管理
    • 管理
      • アプリの管理
      • チームメンバーの管理
      • 個人アカウントの管理
      • サブスクリプション管理
      • バージョン管理
  • ハンドオン工房
    • 初級編
      • ゼロからAI画像生成アプリの構築方法
      • AIエージェントの実践:個人のオンライン旅行アシスタントの構築方法
    • 中級編
      • チャットストリームエージェントを使用した Twitter アカウントの分析方法
      • ファイルアップロードを使用した記事理解アシスタントの構築方法
  • コミュニティ
    • サポートの求め
    • 貢献者ガイド
    • ドキュメントへの貢献
  • プラグイン
    • 機能紹介
    • クイックスタート
      • プラグインのインストールと活用
      • プラグイン開発の入門
        • 開発環境のセットアップ
        • ツール型プラグイン
        • モデル型プラグイン
          • モデルプロバイダーの構築
          • 定義済みモデルの組み込み
          • カスタムモデルの組み込み
        • エージェント戦略プラグイン
        • 拡張機能型プラグイン
        • バンドル
      • プラグインのデバッグ方法
    • プラグイン管理方法
    • スキーマ仕様
      • Manifest(マニフェスト)
      • Endpoint(エンドポイント)
      • Tool(ツール)
      • Agent(エージェント)
      • Model(モデル)
        • モデル設計規則
        • モデルスキーマ
      • 一般的な標準仕様
      • 永続化されたストレージ
      • Difyサービスの逆呼び出し
        • アプリ
        • モデル
        • ツール
        • ノード
    • ベストプラクティス
      • Slack Bot プラグインの開発
      • Dify MCP プラグインガイド:ワンクリックで Zapier に接続してメールを自動送信
    • プラグインの公開
      • プラグインの自動公開
      • Difyマーケットプレイスへの公開
        • プラグイン開発者ガイドライン
        • プラグインのプライバシー保護に関するガイドライン
      • 個人GitHubリポジトリへの公開
      • ローカルでの公開と共有
      • 第三者署名検証のためにプラグインに署名する
    • よくある質問
  • 開発
    • バックエンド
      • DifySandbox
        • 貢献ガイド
    • モデルの統合
      • Hugging Faceのオープンソースモデルを統合
      • Replicateのオープンソースモデルを統合
      • Xinferenceでデプロイしたローカルモデルを統合
      • OpenLLMでデプロイしたローカルモデルを統合
      • LocalAIでデプロイしたローカルモデルを統合
      • Ollamaでデプロイしたローカルモデルを統合
      • LiteLLM Proxyを使用してモデルを統合する
      • GPUStackとの統合によるローカルモデルのデプロイ
      • AWS Bedrock上のモデル(DeepSeek)の接続
    • 移行
      • コミュニティ版を v1.0.0 に移行する
  • もっと読む
    • 活用事例
      • DeepSeek & Dify連携ガイド:多段階推論を活用したAIアプリケーション構築
      • Ollama + DeepSeek + Dify のプライベートデプロイ:あなた自身のAIアシスタントの構築方法
      • あなた専用のQAチャットボットのトレーニング方法
      • コードなしでMidjourney プロンプトボットを作成する方法
      • Notion AI アシスタントを構築する
      • 数分で業務データを持つ公式サイトのAIチャットボットを作成する方法
      • DifyチャットボットをWixサイトに統合する方法
      • AWS Bedrockのナレッジベースに統合する方法
      • Difyで大規模言語モデルの「競技場」を体験する方法:DeepSeek R1 VS o1 を例に
      • Difyスケジューラーの構築
      • DifyクラウドでAI Thesis Slack Botを構築
    • さらに読む
      • LLMOpsとは何ですか?
      • 配列変数とは何ですか?
      • 検索拡張生成(RAG)
        • ハイブリッド検索
        • Rerank
        • リトリーバルモード
      • プロンプトエンジニアリング
      • DifyでJSONスキーマ出力を使用する方法
    • FAQ
      • ローカルデプロイに関するFAQ
      • LLM設定と使用に関するFAQ
      • プラグイン
  • ポリシー
    • オープンソースライセンス
    • ユーザ規約
      • 利用規約
      • プライバシーポリシー
      • 合規性レポートの入手方法
Powered by GitBook
On this page
  • プラグイン公開プロセス
  • プラグイン開発チェックリスト
  • 1. Pull Request (PR)提出前の確認事項
  • 2. Pull Request (PR)審査中の注意事項
  • 3. Pull Request (PR)審査通過後
  • 審査プロセス
  • よくある質問
  1. プラグイン
  2. プラグインの公開

Difyマーケットプレイスへの公開

Previousプラグインの自動公開Nextプラグイン開発者ガイドライン

Last updated 4 months ago

Dify Marketplaceは、Difyプラットフォームを利用する世界中のユーザーにより強力で柔軟な機能拡張を提供することを目指しています。皆様の貢献は、このプラットフォームの可能性をさらに広げることにつながります。

  • 特徴:

    • 審査を経て公開される安全で信頼性の高いプラグイン。

    • 個人またはチームのWorkspaceに直接インストール可能。

  • 公開手順:

    • プラグインプロジェクトをDify Marketplaceのリポジトリに提出。

    • 公式審査を経て、マーケットプレイスで公開され、他のユーザーがインストール可能に。

初めてプラグインを提出する開発者の方も、経験豊富な貢献者の方も、このガイドラインを通じて明確な公開プロセスとベストプラクティスをご提供し、プラグインの円滑な公開とコミュニティへの価値提供を支援いたします。

より開放的で革新的なプラグインエコシステムの構築に、ぜひご参加ください!

プラグインの公開フロー図:

プラグインの公開フロー図

プラグイン公開プロセス

Dify Marketplaceへのプラグイン公開は、以下の手順で行います:

  1. Dify Pluginリポジトリをフォーク

  2. 新しいブランチを作成し、プラグインのコードとpkgファイルを該当カテゴリにアップロード

  3. Pull Request (PR)を提出し、審査を待機

  4. 審査通過後、プラグインコードがMainブランチにマージされ、自動的にDify Marketplaceに公開

プラグイン開発チェックリスト

1. Pull Request (PR)提出前の確認事項

1.1 プラグインの機能性とドキュメントの完全性

  • プラグインが正常に動作することを確認。

  • 包括的なREADMEファイルの提供:

    • セットアップ手順と使用ガイド。

    • サービス接続に必要なコード、API、認証情報などの情報。

  • ユーザー情報の収集はサービス接続とプラグイン機能の改善のみに使用。

1.2 プラグインの価値提案の検証

  • Difyユーザーに独自の価値を提供することを確認。

  • Difyや他のプラグインにない機能やサービスを導入。

  • コミュニティ基準の遵守:

    • 非暴力的なコンテンツ、グローバルユーザーへの配慮。

    • 統合サービスの関連ポリシーへの準拠。

  • 類似プラグインの確認方法:

    • 既存のプラグインやPRと重複する機能の提出を避ける(以下の場合を除く):

      • 新機能の導入。

      • パフォーマンスの改善。

    • プラグインの独自性の判断基準:

      • 既存機能の軽微な調整(言語パラメータの追加など)の場合は、既存プラグインの拡張を推奨。

      • 大幅な機能変更(バッチ処理の最適化やエラー処理の改善など)の場合は、新規プラグインとして提出可能。

      • 不明な場合は、PRに新規プラグインが必要な理由を簡潔に説明してください。

例:

Google検索プラグインの場合、単一の検索クエリを受け取り、Google検索APIを使用して検索結果リストを出力します。

類似の実装で言語パラメータの追加程度の変更であれば、既存プラグインの拡張を推奨します。

一方、バッチ検索の最適化やエラー処理の改善など、新しい実装方法を導入する場合は、独立したプラグインとして審査対象となります。

2. Pull Request (PR)審査中の注意事項

レビュアーからの質問やフィードバックへの積極的な対応:

  • 14日以内に未解決のPRコメントは期限切れとしてマーク(再開可能)。

  • 30日以内に未解決のPRコメントはクローズ(再開不可、新規PR必要)。

3. Pull Request (PR)審査通過後

3.1 継続的なメンテナンス

  • ユーザーから報告された問題や機能リクエストへの対応。

  • 重要なAPI変更時のプラグイン移行: Difyは変更通知と移行手順を事前に公開。 Difyエンジニアが移行サポートを提供。

3.2 Marketplace公開ベータテスト期間の制限 既存プラグインへの破壊的変更を避ける。

審査プロセス

審査順序

先着順でPRを処理。審査は1週間以内に開始。遅延がある場合、レビュアーがPR作成者にコメントで通知。

審査のポイント

プラグイン名、説明、設定手順の明確性と有用性の確認。

Manifestファイルのフォーマット規格への準拠と有効な作者連絡先情報の確認。

プラグインの機能性と関連性

  • Difyエコシステムにおけるプラグインの妥当性の確認。

よくある質問

Q: プラグインの独自性をどのように判断すればよいですか?

A: 例えば、Google検索プラグインに言語パラメータを追加する程度の変更は既存プラグインの拡張として提出すべきですが、バッチ処理の最適化やエラー処理の改善など、大幅な機能改善がある場合は新規プラグインとして提出可能です。

Q: PRが期限切れまたはクローズされた場合はどうすればよいですか?

A: 期限切れのPRはフィードバックを解決後に再開可能です。クローズされたPR(30日超過)は新規PRの作成が必要です。

Q: ベータテスト期間中にプラグインを更新できますか?

A: 可能ですが、破壊的な変更は避けてください。

に基づくプラグインのテスト。

はプラグイン提出の承認または却下の権利を有します。

提供された設定手順
Dify.ai