Difyその7「にゃんた　Difyの教科書3.4」文書構成アプリケーション(ワークフロー)から「###の使い方」について考える

前半（1〜5まで）

ここは LLMに与える役割や観点（タスク定義部分） です。
つまり、「あなたはビジネス文書の校正と改善を行う専門家です」「この観点で分析してください」という指示部分。
→ LLMに「どう考えて処理するか」を指定しています。

後半（###〜の部分）

こちらは 出力フォーマットの指定部分 です。

• ### 現在の文書
  → ユーザー入力文書をそのまま差し込む位置（変数 {{{{#1756207473954.input_text#}}}} が埋め込まれる）
• ### 分析
  → 上記の5観点に基づいて問題点を「箇条書き」で出力させる部分
• ### 改善案
  → 問題点を修正した 改善後の文書 を出力させる部分
• ### 解説
  → なぜその修正をしたかの「説明」を出力させる部分

つまり、ここは LLMがどのように回答を整理して返すか（アウトプット形式の指示） と考えてよいです。

✅ まとめると

• 1〜5 → LLMの役割・観点（処理指示）
• ### 現在の文書〜解説 → 出力フォーマット指定（応答形式の枠組み）

具体的な意味

• LLMにとっての解釈
  → 「ここからは新しい区切り」「見出し」として扱われます。
  つまり、プロンプト設計者が「出力を整理させたい」ために意図的に入れているものです。
• Difyにとっての解釈
  → 特別な処理は行いません（{{variable}} のようなプレースホルダーとは違う）。
  なので、Difyが自動的に意味付けしているのではなく、純粋に人間が読みやすく、かつLLMに区切りを意識させるための記号 です。

なぜ効果的か

• LLMは「段落の区切り」や「Markdownの構造」を強く意識して学習しているため、
  ### 分析 と書いてあれば「ここに分析を書くんだな」と理解しやすくなります。
• 逆に、ただ「分析を書いてください」と書くだけよりも、
  「出力フォーマットが固定されやすい」という効果があります。

✅ まとめると：
この場合の ### は システムプロンプト内の単なるMarkdownの見出し記号 であり、
「出力の枠組みを明示するためのラベル」 として機能しています。
（DifyやLLMが特別に解釈するものではなく、出力形式を強制する工夫です）

1. ###（Markdown見出し）を使った場合

• LLMへの影響
  • Markdownの見出し構造はLLMが強く学習しているため、
    「ここから新しいセクション」という認識をしやすくなります。
  • 出力もMarkdown形式で整う可能性が高く、表形式やセクション分けが崩れにくい。
• 人間への影響
  • 出力をコピペしてもそのまま見やすい（Markdown対応エディタやDifyの出力欄で自動的に見出しとして表示される）。
  • 文書のレビューや整形がしやすい。

2. 番号や記号（例：1. 分析、--- 分析 ---）を使った場合

• LLMへの影響
  • 「セクションの区切り」として認識はしてくれるが、
    Markdown見出しほど強調されないので、出力がややブレることがある。
    （例：改善案の代わりに「修正文」と書かれてしまうなど）
  • 出力がそのままMarkdown見出しにならないため、エディタで見づらい。
• 人間への影響
  • プレーンテキストとしては問題ないが、Markdown対応ビューアで見たときに見出し化されない。
  • 出力後の整理（Wordやブログに貼るときなど）に少し手間がかかる。

3. 比較まとめ表

✅ 結論：

• 出力を構造化したい（分析・改善案・解説などを見やすく分けたい）場合 → ### が有利
• ただの会話や一文回答で区切りをつけたい場合 → 番号や記号でも十分