応用演習：フォルダ投入型の要約・企画生成システムを設計する

この節で学ぶこと

前の節では、自分専用の記事作成AIアプリを完成させました。

今回は、さらに実務向けに進みます。

指定フォルダに資料を置くと、その資料をもとに、要約・企画案・記事構成まで生成するシステムを設計します。

ここまで学んできたGoogle Opalは、AIミニアプリの考え方を理解する入口として非常に扱いやすいツールです。Google公式では、Opalはコードを書かずにAIミニアプリを作成・編集・共有でき、プロンプト・モデル呼び出し・ツールをつなげた複数ステップのフローを作れると説明されています。

ただし、実務で「特定フォルダを監視する」「大量の資料を扱う」「複数モデルを選ぶ」「外部ツールと連携する」「ログを残す」といった要件が出てくると、Google Opalだけでは限界が出る場合があります。

そのため、この節では次の考え方で進めます。

まずGoogle Opalで仕組みの考え方を学ぶ。
次に、Difyやn8nを使うと実務運用に広げやすいことを理解する。

Difyは、AIワークフロー、RAG、Agent、モデル管理などを含むLLMアプリ開発プラットフォームとして説明されています。

n8nは、AI機能と業務プロセス自動化を組み合わせられるワークフロー自動化ツールであり、ワークフローは複数のノードを接続して処理を自動化するものとして説明されています。

まず、言葉を整理します

言葉	意味
フォルダ投入型	指定フォルダに資料を入れると、処理が始まる仕組み
要約	長い文章や資料から重要点を短く整理すること
企画生成	資料をもとに、記事案・投稿案・提案案などを作ること
記事構成	H2・H3などの見出しを使って、記事の流れを作ること
トリガー	処理が始まるきっかけ。例：フォルダに新しいファイルが入る
RAG	外部資料を検索し、その内容に基づいてAIが回答する仕組み
モデル	AIの頭脳にあたる部分。文章生成、推論、要約などの性能に関わる
ノード	ワークフローの中の1つの処理単位。例：ファイル取得、要約、通知
ログ	実行履歴。いつ、どの処理が行われたかを記録したもの
例外処理	エラーや未確認情報が出たときの処理方法

この節で大切なのは、「AIに要約させる」だけではありません。

フォルダに資料を置いた後、どの順番で処理し、どこに保存し、誰が確認するのか。

ここまで設計することが、実務向けのAI自動化です。

今回作るシステムの完成イメージ

今回設計するのは、次のような仕組みです。

資料投入フォルダにファイルを入れる
↓
AIが資料を要約する
↓
論点を整理する
↓
記事企画案を作る
↓
記事構成を作る
↓
確認事項を出す
↓
出力フォルダに保存する
↓
人間が確認する

図にすると、次のようになります。

flowchart TB
    A[指定フォルダに資料を置く] --> B[資料を読み取る]
    B --> C[資料ごとに要約する]
    C --> D[共通する論点を整理する]
    D --> E[記事企画案を作る]
    E --> F[記事構成案を作る]
    F --> G[確認事項を抽出する]
    G --> H[Google Docs用に整える]
    H --> I[出力フォルダに保存する]
    I --> J[人間が確認する]

初心者向けには、まずGoogle Opalでこの流れを「手動実行できるAIミニアプリ」として作ります。

その後、Difyやn8nを使うと、より実務的な自動化に広げられます。

Google Opalで作る場合の位置づけ

Google Opalでは、まず「資料を入力すると、要約・企画案・記事構成を出すミニアプリ」を作ります。

OpalのOverviewでは、Input、Generate、Outputなどのステップを使い、生成した結果を出力する流れを作れると説明されています。また、Outputステップでは、表示形式やGoogle Driveのスプレッドシートへの出力などを選べるとされています。

ただし、この教材では、最初から完全自動のフォルダ監視まで行うのではなく、次の段階で考えます。

段階	目標
Step 1	Opalで資料要約・企画生成アプリを作る
Step 2	Google Driveのフォルダ構成を設計する
Step 3	出力ファイルの名前と保存場所を決める
Step 4	人間が確認するチェックリストを作る
Step 5	Difyやn8nで本格運用に広げる考え方を知る

Google Opalに入れる完成プロンプト

まずは、Google Opalで基本のAIミニアプリを作ります。

フォルダ投入型の要約・企画生成アシスタントを作ってください。

目的：
指定フォルダに置いた資料を想定し、その内容をもとに、要約、論点整理、記事企画案、記事構成案、確認事項を作るAIミニアプリにします。

入力：
・資料本文
・資料の種類
・作りたい成果物
・想定読者
・使用媒体
・必ず入れたい内容
・注意点
・出力形式
・保存先フォルダ名

処理：
1. 入力された資料の種類を確認する
2. 資料ごとに要点を要約する
3. 複数資料がある場合は、共通する論点を整理する
4. 想定読者を具体化する
5. 読者が知りたいことを整理する
6. 記事企画案を5つ作る
7. 各企画案のメリットと注意点を整理する
8. 最も実行しやすい企画案を1つ選ぶ
9. H2、H3の形で記事構成案を作る
10. 事実確認が必要な項目を一覧化する
11. Google Docsに貼り付けやすい形に整える
12. ファイル名案と保存先フォルダ案を作る
13. 人間が確認すべき点を一覧化する

出力形式：
Markdown形式

出力項目：
# フォルダ投入型 要約・企画生成アシスタント出力

## 1. 入力資料の概要
## 2. 資料ごとの要約
## 3. 共通する論点
## 4. 想定読者
## 5. 読者が知りたいこと
## 6. 記事企画案
## 7. 各企画のメリットと注意点
## 8. 採用する企画案
## 9. 記事構成案
## 10. 事実確認が必要な項目
## 11. Google Docs貼り付け用本文
## 12. ファイル名案
## 13. 保存先フォルダ案
## 14. 人間が最終確認すべき点
## 15. 次に行う作業

条件：
・資料に書かれていない内容を勝手に追加しない
・未確認情報は「要確認」と明記する
・数字、日付、価格、制度、固有名詞は確認対象にする
・初心者にもわかる言葉で書く
・専門用語には短い説明を添える
・出力は人間が確認する前提にする

サンプル入力1：地域食品ブランドの商品資料を処理する

まずは、フォルダに商品資料を入れた想定で試します。

# サンプル入力1

## 資料本文
地域食品ブランドが、柚子を使った季節限定ドレッシングを発売予定。
地元の農家から仕入れた柚子を使用しており、香りの良さが特徴。
サラダだけでなく、焼き魚、蒸し鶏、冷しゃぶにも使える。
秋のギフトセットにも入れる予定。
発売日は未確認。
価格は未定。
商品写真はまだ撮影前。
販売場所は、オンラインショップと店頭を予定しているが、正式決定は未確認。

## 資料の種類
商品企画メモ

## 作りたい成果物
商品紹介記事の企画案と記事構成案

## 想定読者
季節感のある食品やギフトを探している人

## 使用媒体
ブログ記事、Google Docs

## 必ず入れたい内容
・地元の柚子を使っていること
・秋の季節限定であること
・サラダ以外にも使えること
・ギフトにも向いていること

## 注意点
・発売日、価格、販売場所は未確認として扱う
・商品写真がある前提で書かない
・販売実績を勝手に作らない

## 出力形式
Google Docs用

## 保存先フォルダ名
商品企画 / 柚子ドレッシング / 記事構成

期待される出力の形

# フォルダ投入型 要約・企画生成アシスタント出力

## 1. 入力資料の概要
柚子を使った季節限定ドレッシングの商品企画メモです。地元の柚子を使っていること、サラダ以外にも使えること、ギフト展開を予定していることが主な特徴です。

## 2. 資料ごとの要約
・地元の柚子を使った秋限定商品の企画である
・サラダ、焼き魚、蒸し鶏、冷しゃぶなどに使える
・ギフトセットへの展開も予定されている
・発売日、価格、正式な販売場所、商品写真は未確認

## 3. 共通する論点
・季節感をどう伝えるか
・料理への使いやすさをどう見せるか
・ギフト需要にどうつなげるか
・未確認情報をどこまで記事に含めるか

## 4. 想定読者
季節限定の商品や地域食材に関心があり、家族の食卓やギフト選びに使える商品を探している人。

## 5. 読者が知りたいこと
・どのような味や香りの商品なのか
・どんな料理に使えるのか
・いつ購入できるのか
・ギフトとして使えるのか
・どこで購入できるのか

## 6. 記事企画案
1. 秋の食卓に香りを添える、柚子ドレッシングの楽しみ方
2. サラダだけじゃない。柚子ドレッシングの使い道
3. 地元の柚子から生まれる季節限定商品の魅力
4. 食卓にも贈り物にも使える秋のドレッシング
5. 発売前に知っておきたい、柚子ドレッシングの特徴

## 7. 各企画のメリットと注意点
### 企画案1
メリット：季節感と使い方を自然に伝えられる。
注意点：発売日や価格を断定しない。

### 企画案2
メリット：使い道が具体的で、読者が利用シーンを想像しやすい。
注意点：実際の商品写真がない場合、表現に注意する。

## 8. 採用する企画案
「サラダだけじゃない。柚子ドレッシングの使い道」を採用する。

理由：
料理への使い方を具体的に伝えられるため、発売前でも記事化しやすい。価格や発売日が未確認でも、商品の魅力を伝えやすい。

## 9. 記事構成案
# サラダだけじゃない。柚子ドレッシングの使い道

## 1. 秋の食卓に合う柚子の香り
## 2. サラダ以外にも使える理由
## 3. 焼き魚・蒸し鶏・冷しゃぶへの使い方案
## 4. ギフトにも向いている可能性
## 5. 発売前に確認しておきたい情報

## 10. 事実確認が必要な項目
・発売日
・価格
・内容量
・正式な販売場所
・ギフトセットの内容
・商品写真
・原材料表示

## 11. Google Docs貼り付け用本文
# サラダだけじゃない。柚子ドレッシングの使い道

以下、記事構成案と確認事項をもとに本文を作成してください。

## 12. ファイル名案
2026-05-09_商品紹介記事構成_柚子ドレッシング_初稿確認前

## 13. 保存先フォルダ案
商品企画 / 柚子ドレッシング / 記事構成 / 確認前

## 14. 人間が最終確認すべき点
・未確認情報を断定していないか
・商品資料にない情報を追加していないか
・実際の商品特徴と表現が合っているか
・商品写真や価格情報の扱いが正しいか

## 15. 次に行う作業
商品写真、価格、発売日、販売場所を確認したうえで、本文生成に進む。

サンプル入力2：授業メモから復習教材を作る

次は、授業メモをフォルダに置いた想定です。

# サンプル入力2

## 資料本文
今回の授業では、Google Opalを使って、文章作成の流れをAIミニアプリ化する方法を学んだ。
最初に、AIミニアプリとワークフローの意味を確認した。
次に、記事作成を、読者分析、要約、企画構築、構成作成、本文生成、品質チェック、Google Docs出力に分けて考えた。
AIに一度で全部頼むより、工程を分けることで出力の品質が上がりやすいことを学んだ。
また、Google Opalは初心者向けの試作には向いているが、モデル選択や外部連携の自由度が必要な場合は、Difyやn8nのようなツールも選択肢になると学んだ。

## 資料の種類
授業メモ

## 作りたい成果物
復習教材と演習課題

## 想定読者
AI活用を学び始めた初心者の学生

## 使用媒体
授業教材、Google Docs

## 必ず入れたい内容
・AIミニアプリ
・ワークフロー
・工程を分けること
・Google Opalの役割
・Difyやn8nへの発展

## 注意点
・難しい用語には説明を入れる
・Opalだけで何でもできるように書かない
・Difyやn8nは応用編として紹介する

## 出力形式
Google Docs用

## 保存先フォルダ名
授業教材 / AI自動化 / 復習教材

この例では、Opalの学習からDify・n8nへの発展まで自然に接続できます。

フォルダ構成を設計する

フォルダ投入型システムでは、フォルダ構成が重要です。

悪い例です。

資料
出力
メモ
完成

これでは、後から探しにくくなります。

おすすめは、次のように工程ごとに分けることです。

フォルダ投入型_要約企画生成
├── 01_投入資料
├── 02_要約結果
├── 03_企画案
├── 04_記事構成
├── 05_確認中
├── 06_修正済み
└── 07_公開・提出用

用途別に分けるなら、次のようにします。

記事制作
├── 01_素材
├── 02_要約
├── 03_企画案
├── 04_構成案
├── 05_本文ドラフト
└── 06_確認済み

授業教材
├── 01_授業メモ
├── 02_復習教材
├── 03_演習課題
├── 04_確認テスト
└── 05_配布用

顧客提案
├── 01_議事録
├── 02_課題整理
├── 03_提案案
├── 04_提案書構成
├── 05_社内確認
└── 06_顧客共有

出力ファイル名のルール

ファイル名は、後から見ても意味が分かるようにします。

おすすめの型です。

日付_成果物種類_テーマ_状態

例です。

2026-05-09_要約_柚子ドレッシング商品資料_初稿
2026-05-09_記事企画案_柚子ドレッシング_確認前
2026-05-09_記事構成案_柚子ドレッシング_修正済み
2026-05-09_復習教材_AIワークフロー設計_配布前

状態には、次のような言葉を使います。

状態	意味
初稿	最初の下書き
確認前	まだ人間が確認していない
確認中	誰かが確認している
修正済み	修正が終わった
共有前	外部共有の直前
公開用	公開・提出に使う

OpalからDify・n8nへ進む判断

Google Opalで基本を作った後、実務では次のような要望が出てきます。

要望	Opalだけでの難しさ	次の候補
Google Driveのフォルダを自動監視したい	継続的な監視や複雑な分岐は設計が必要	n8n
資料を大量に読み込んで検索したい	本格的な知識管理が必要	Dify
複数のAIモデルを選びたい	モデル選択の自由度が必要	Dify
SlackやGmailに通知したい	外部連携が必要	n8n
エラー時に再実行したい	例外処理が必要	n8n
社内資料に基づいて回答させたい	RAGが必要	Dify
AI処理と業務自動化を両方したい	AIアプリと連携基盤が必要	Dify + n8n

n8nは、アプリ連携や業務プロセス自動化に強いツールです。公式ドキュメントでは、ワークフローはノードを接続してプロセスを自動化するものと説明されています。

Difyは、RAGパイプライン、Agent、モデル管理などを含むAIアプリ開発プラットフォームとして説明されています。

実務向け構成案：Opal・Dify・n8nの役割分担

本格運用するなら、役割を分けると考えやすくなります。

flowchart TB
    A[Google Drive フォルダ] --> B[n8n: 新規ファイルを検知]
    B --> C[n8n: ファイル本文を取得]
    C --> D[Dify: 資料要約・RAG検索]
    D --> E[Dify: 企画案・記事構成を生成]
    E --> F[n8n: Google Docsへ保存]
    F --> G[n8n: Slackまたはメールで通知]
    G --> H[人間が確認]

役割を表にすると、次のようになります。

役割	向いているツール
AIミニアプリの考え方を学ぶ	Google Opal
プロンプトと工程を試作する	Google Opal
社内資料や商品資料を参照する	Dify
複数モデルを使い分ける	Dify
Google Driveのフォルダ監視	n8n
Gmail・Slack・Notionなどへの通知	n8n
Google Docsへの保存	n8n
実務の分岐処理	n8n
AI生成の中核処理	Dify

このように、Opalで学んだ考え方は無駄になりません。

むしろ、Opalで作ったワークフローの考え方を、Difyやn8nに移していくと、実務システムに近づきます。

実習：自分のフォルダ投入型システムを設計する

ここからは、実際に設計します。

Step 1：用途を決める

次の中から1つ選びます。

用途	作るシステム
商品企画	商品資料から記事案・SNS案を作る
授業	授業メモから復習教材・演習課題を作る
顧客提案	議事録から課題整理・提案書構成を作る
採用	履歴書・募集要項からES下書きを作る
ブログ運用	参考資料から記事構成を作る
SNS運用	素材メモから投稿案を作る

Step 2：投入フォルダを決める

投入フォルダ名：
例）商品企画 / 01_投入資料

Step 3：入れる資料を決める

用途	入れる資料
商品企画	商品資料、写真メモ、販売予定、FAQ
授業	授業メモ、参考資料、学生の質問
顧客提案	議事録、顧客要望、課題リスト
採用	履歴書、企業情報、募集要項、経験メモ
ブログ	参考記事、メモ、キーワード
SNS	商品情報、投稿メモ、撮影素材案

Step 4：出力物を決める

出力物：
・要約
・論点整理
・企画案
・記事構成案
・確認事項
・Google Docs用本文
・次に行う作業

Step 5：確認者を決める

確認者：
・自分
・講師
・上長
・顧客担当者
・チームメンバー

Step 6：ツール構成を選ぶ

レベル	構成
初級	Google Opalだけで手動実行
中級	Opalで設計し、Google Driveに手動保存
応用	n8nでフォルダ監視と通知を追加
実務	DifyでRAG・モデル選択、n8nで自動連携
本格運用	Dify + n8n + DB + 権限管理 + ログ管理

精度が低いときの改善方法

症状	原因	改善策
要約が浅い	資料の目的が曖昧	作りたい成果物を明記する
企画案が一般的	素材の特徴を抽出していない	「素材ならではの特徴」を出す工程を追加
未確認情報を断定する	チェック工程が弱い	要確認リストを必ず出す
出力が使いにくい	形式が固定されていない	MarkdownやDocs用に整える
大量資料で抜け漏れが出る	資料処理が粗い	資料ごとに要約してから統合する
最新情報が弱い	外部確認がない	必要に応じてWeb検索や公式情報確認を入れる
実務連携できない	ツール接続が不足	n8nやDifyを検討する

この節のまとめ

この節では、フォルダに置いた資料をもとに、要約・企画案・記事構成まで生成する実務向けシステムを設計しました。

Google Opalは、AIミニアプリやワークフローの考え方を学ぶ入口として便利です。

一方で、フォルダ監視、外部ツール連携、RAG、モデル選択、ログ管理、例外処理などが必要になると、Difyやn8nを使うほうが実務向けになります。

flowchart TB
    A[Opalで考え方を学ぶ] --> B[要約・企画生成の流れを作る]
    B --> C[フォルダ構成と出力ルールを決める]
    C --> D[n8nでフォルダ監視や通知を行う]
    C --> E[DifyでRAGやモデル選択を行う]
    D --> F[実務システムへ]
    E --> F[実務システムへ]

この章で学んだことは、Google Opalだけで終わるものではありません。

Opalで「流れ」を理解する。

Difyで「AIの中身」の精度をさらに高める。

n8nで「業務の接続」を作る。

この3段階を意識すると、AI活用は教材の中の演習から、実際に仕事を動かす仕組みへ発展していきます。