Skip to main content
このドキュメントは AI によって自動翻訳されています。不正確な部分がある場合は、英語版 を参照してください。
データセキュリティに関する注意Community Edition では、同一の Agent を複数のエンドユーザーに公開する場合、ファイルアクセス制御により Agent ファイルおよびセッションファイルへのアクセスを制限します。この制御は、ファイルシステムを介した会話間のデータアクセスリスクを低減しますが、Agent ランタイムは、相互に信頼できないユーザーやワークロード間に強固なセキュリティ境界を提供することを意図したものではありません。強力な隔離や、厳格なセキュリティおよびコンプライアンス管理を必要とするデプロイでは、別途セキュリティを強化したインフラ環境をご利用いただくか、Cloud / Enterprise プランをご検討ください。Enterprise プランの詳細は、営業へのお問い合わせ よりご連絡ください。
新しい Agent は Community Edition のベータ機能です。ランタイムは Docker Compose デプロイに同梱され、デフォルトで有効です。本番環境では、DIFY_AGENT_SERVER_SECRET_KEY を独自のランダムな値に置き換えてください。
「Agent」は、一度セットアップすれば仕事を任せられる AI ワーカーです。クラシック Agent アプリ とは異なる、次の特徴を持つ Agent です:
  • 専用のサンドボックス の中で動作します。コマンドの実行、プログラムのインストール、ファイルの読み書きができるため、設定済みのツールを呼び出すだけでなく、手順の決まっていない作業にも取り組めます。
  • 構築一度 だけで、使い方は 2 通り あります。単体のチャットアプリとして使うことも、ワークフロー内の 1 ステップ として使うこともできます。
Agent の作成・設定・管理は Agents ページで行います。いつでも開いて、手を加えたり以前のバージョンを見直したりできます。

能力とタスク

Agent では、「何者であるか」と「何をさせるか」が分かれています:
  • 「能力」(いわば Agent の魂)は、Agent が何者であるかを定めます。 記述するロールとプロンプト、実行に使うモデル、そして持たせるナレッジ、スキル、ツール、ファイルがこれにあたります。最初に一度形づくり、Agent に何が必要か分かってくるたびに磨きをかけていきます。
  • 「タスク」は、実行のたびに依頼する仕事の内容です。 Agent を単体で動かす場合、タスクは送信するメッセージです。ワークフロー内で動かす場合は、ノードに与える指示がタスクです。
人を雇うときと同じ分け方です。何ができるかで人を選び、そのうえで具体的な仕事を任せます。良い成果には、仕事に合った人と明確な指示の両方が必要です。

Agent の 2 つの使い方

単体での利用

Agent は単体のチャットアプリとして動作します。チャットでタスクを依頼できるほか、Web アプリとして公開したり、サービス API から呼び出したりもできます。 会話ごとに記憶は独立しています。Agent がどこまで覚えていられるかはモデルのコンテキストウィンドウ次第で、新しい会話は白紙から始まります。 1 人の有能なワーカーだけで目標に到達できる場合に向いています。たとえば、情報を調べて回答するサポートアシスタントや、資料を集めて要約するリサーチ Agent です。

ワークフロー内での利用

Agent ノード に Agent を招き、大きなプロセスの 1 ステップを任せます。ノード側で設定するのは、任せたいタスクだけです。同僚に用件を 1 つ頼むのと同じで、タスクを伝えれば、相手が自分のスキルで対応してくれます。 決まった順序で進む複数のステップ、条件分岐、他の種類のノード、専門の異なる複数 Agent の連携など、作業のまわりに構造が必要な場合に向いています。
最終更新日 2026年7月22日