【Dify】Lesson4-2：資料のミスチェックアプリを作ろう｜会話変数と変数代入ノード

資料を仕上げる前の「ミスチェック」、地味に時間が溶けますよね。

誤字脱字や表記ゆれだけでなく、抜け漏れや数値の整合性まで見ようとすると、どうしても目が疲れます。

そこでこの記事では、Difyで「資料のミスチェックアプリ」を作りながら、会話変数と変数代入ノードの使い方をしっかり身につけていきます。

今回のアプリのポイントは、チェック基準を “資料ごとにゼロから作らない”ことです。

この記事で習得できるのは、主に次の2つです。

これができると、単発で終わらない「業務向けの会話型アプリ」に一気に近づきます。

社内資料の最終確認や、納品前チェックの時短にそのまま使える形を目指して進めていきましょう。

<<前のページ

Difyの記事一覧

次のページ>>

完成イメージ｜基準を作る→会話で育てる→資料をチェック

このアプリは「アップロードした資料を、会話しながらチェック精度を上げていけるAIレビュアー」になります。

最初にファイルを渡すと、本文を読み取ったうえで「まずはこの3点で見ましょう」というチェック基準を提案してくれます。

ここで基準を確定させてから、同じ資料に対してミスチェックを実行する流れです。

実際のやり取りは、だいたいこんなイメージです。

この「基準を作る → 会話で基準を整える → 同じ資料をチェックする」という一連の流れを、会話変数と変数代入ノードで実現していきます。

事前知識｜会話変数と変数代入ノードの役割

このミスチェックアプリの肝は、「一度作ったチェック基準を、会話の中で育てていく」ことです。

そのために必要になるのが、Difyの会話変数と変数代入ノードです。

ここまでのLessonでワークフローの流れやノードのつなぎ方には慣れてきたと思いますが、今回扱う2つは “会話が続く前提のアプリ” を作るときに必須のパーツになります。

先に概念を押さえておくと、後半の実装で迷いにくくなります。

会話変数とは｜会話内で前提を保持する

会話変数は、その名の通り「この会話（チャット）の中で覚えておく値」を保存するための変数です。

1回の実行で消える一時的な値ではなく、同じ会話を続ける限り保持されます。

今回のアプリで言うと、チェック基準（criteria）を会話変数に入れておくことで、あなたが次のメッセージで「OK」や「この観点を追加して」とだけ返しても、アプリ側は前回までの基準を前提にして動けます。

つまり会話変数は、「作業の前提」をアプリが持ち続けるための入れ物です。

ミスチェックのように、基準を調整しながら何度かやり直す業務では特に効果が出ます。

変数代入ノードとは｜会話変数へ安全に書き込む

変数代入ノードは、ノードの出力結果を変数に書き込むためのノードです。

「このノードで出たテキストを、会話変数に保存する」といった動きを、わかりやすく分離して実装できます。

この「保存する場所を明確にする」感覚があると、ワークフローが長くなっても整理しやすくなります。

後から見直したときも、“今アプリが覚えている基準はどれか” が追いやすくなるので、実務向けのアプリほど変数代入ノードが効いてきます。

それでは、実際に会話変数と変数代入ノードを用いて、「資料ミスチェッカーアプリ」を作っていきましょう。

あわせて読みたい

Dify学習館｜生成AIアプリ開発の基礎から実践まで

あわせて読みたい

【Dify学習館 会員版】16個の実践アプリを作りながら、生成AIアプリ開発を身につけよう