Dify 1.14 — AIワークフローを「作って終わり」から「チームで回す」に変える

Difyがv1.14.0をリリースした（5月19日）。テーマは「ワークフローをチームの資産にする」。

Difyは、ノーコードでAIエージェントやワークフローを構築できるオープンソースプラットフォームだ。3月に$30Mの資金調達を完了し、開発ペースが加速している。前回のv1.13.0ではHuman Input Node（ワークフロー途中での人間の判断挿入）が目玉だったが、今回はその先の「運用フェーズ」に踏み込んだ。

何が変わったのか

v1.14のコア変更は、ワークフローを「構築したら終わり」の単発成果物から、「チーム全体で継続的に使い回す資産」へ昇格させたことだ。

具体的には、ワークフローの共有・再利用の仕組みが強化されている。一人が作ったワークフローを他のチームメンバーがそのまま使える。個人の手元で動いていたAI自動化を、組織の標準プロセスとして定着させるための基盤と言い換えてもいい。

これは地味だが重要な進化だ。Difyのようなノーコードツールの最大の課題は「作った人しか使えない」問題だった。一人が苦労して組んだワークフローが、その人が抜けたら誰もメンテナンスできない。v1.14はこの問題に正面から取り組んでいる。

セキュリティ修正 — セルフホスト勢は要対応

v1.14.1では、Docker環境のSECRET_KEYに関する重要な修正が入った。

これまでDockerデプロイ時にSECRET_KEYを空のまま放置すると、公開されたデフォルトキーが使われていた。v1.14.1からは、SECRET_KEYが空の場合にAPIがランタイムキーを自動生成し、設定されたストレージバックエンドに永続化する。

セルフホスト環境でDifyを運用している人は、早めにアップグレードすべきだ。デフォルトキーのまま運用していた場合、理論上はセッションの偽造が可能だった。

その他の修正

• structured_output_enabledのバリデーション修正
• ノード出力表示でのファイルプレビューURL処理の修正
• v1.14.0ワークフローでプラグインモデルセレクタツールがブロックされていた問題の解消
• 単一実行時の入力変数型の保持

v1.13からの流れで見る

v1.13.0のHuman Input Nodeは「AIワークフローに人間の判断を組み込む」機能だった。v1.14の「チーム資産化」はその延長にある。一人で作って一人で回すフェーズから、チームで作ってチームで回すフェーズへ。Difyは着実に「個人のおもちゃ」から「組織のインフラ」に成長しようとしている。

次のリリースで気になるのは、Creator CenterやTemplate Marketplace（3月発表）との統合がどう進むかだ。チーム内のワークフロー共有が組織を超えたマーケットプレイスに接続されれば、「他社が作ったAIワークフローをワンクリックで導入する」世界が見えてくる。

n8nやMakeとの違い

ワークフロー共有・再利用という観点では、n8nやMakeも同様の機能を持っている。だがDifyの強みは「AIワークフロー専用」であることだ。LLMの選択、プロンプトのバージョン管理、RAGナレッジベースとの接続が最初から設計に組み込まれている。n8nでAIワークフローを組む場合、LLMノードの設定やコンテキスト管理は自分で設計する必要がある。Difyはそこが最初から整っている。

一方、Difyが苦手なのは「AI以外の自動化」だ。Zapier的な「Gmailが来たらSlackに通知」のような単純なトリガーベースの自動化は、n8nやMakeの方がはるかに簡単に組める。使い分けの判断基準は「ワークフローの中心にLLMがあるかどうか」だろう。

セルフホスト派もクラウド派も、v1.14へのアップグレードは推奨。特にSECRET_KEY修正はセキュリティに直結する。