フォルダ投入型ワークフロー：資料を置くだけで要約・企画化する | AI自動化実践：Google Opalで記事生成・要約・企画構築ワークフローを作る | AI活用概論

この節で学ぶこと

この節では、Google Opalを使って「資料を置くだけで、要約・論点整理・記事企画案を自動生成する流れ」を考えます。

前回までは、記事テーマを入力して、読者整理・構成作成・本文生成・確認まで進める全体像を学びました。今回は、さらに実務に近づけます。

たとえば、毎回このような作業をしていないでしょうか。

資料を読む
↓
大事なところを抜き出す
↓
要約する
↓
記事に使えそうな切り口を考える
↓
企画案にする
↓
次に書く記事を決める

これは、時間がかかります。

しかも、資料が増えるほど、どこから手をつければよいかわからなくなります。

そこで今回は、指定フォルダに資料を置き、その資料をもとにAIが要約・論点整理・記事企画案を作る流れを設計します。

Google Opalは、自然言語でAIミニアプリを作成し、編集可能なワークフローを構築できるツールです。公式ページでも、自然言語で作りたい内容を入力すると、編集可能なワークフローとAIミニアプリを作れると説明されています。

まず、言葉を整理します

言葉	意味
フォルダ投入型ワークフロー	指定フォルダに資料を入れることで、要約や企画作成を進める仕組み
資料	PDF、Word、Google Docs、メモ、議事録、記事URLなど、元になる情報
要約	長い内容から重要な部分だけを短くまとめること
論点整理	何が問題で、何を考えるべきかを整理すること
企画案	記事、SNS投稿、レポート、授業教材などに展開するための案
入力	AIに渡す情報。今回でいえば、資料やテーマ
処理	AIが行う作業。要約、分類、企画化など
出力	AIが最後に返す成果物。要約文、企画案、記事構成など
トリガー	作業が始まるきっかけ。例：フォルダにファイルを入れる
Google Drive	Googleが提供するクラウド上のファイル保存場所
半自動化	AIが下書きや整理を行い、人間が最後に確認する運用

ここで注意したいのは、「フォルダに入れたら完全に自動で公開まで行う」ことを最初から目指さないことです。

初心者の段階では、まず「資料をもとに要約と企画案を作る」までで十分です。

公開、提出、送信などは、人間の確認を挟む設計にします。

今回の完成イメージ

今回作るのは、次のようなAIミニアプリです。

資料要約・企画化アシスタント

指定した資料をもとに、以下を出力します。

1. 資料の要約
2. 重要なキーワード
3. 読者が知りたい論点
4. 記事企画案
5. SNS投稿案
6. 追加で確認すべき情報
7. 次に作るべきコンテンツ

全体の流れは、次の通りです。

flowchart TB
    A[指定フォルダに資料を置く] --> B[資料内容を読み取る]
    B --> C[要約する]
    C --> D[論点を整理する]
    D --> E[読者別に切り口を考える]
    E --> F[記事企画案を作る]
    F --> G[SNS投稿案へ展開する]
    G --> H[確認事項を出す]
    H --> I[出力フォルダに保存する]

ただし、Google Opal単体で「Google Driveの特定フォルダを常時監視し、ファイル追加を自動検知して実行する」機能が利用できるかは、利用環境や連携機能によって変わる可能性があります。

そのため授業では、まずGoogle Opalで「資料を入力すると要約・企画化するAIミニアプリ」を作ります。

その後、必要に応じてGoogle Drive、Google Apps Script、Make、Zapier、n8nなどと組み合わせて、フォルダ投入型に近づける考え方を学びます。

Opalは作成したミニアプリを共有・公開でき、ホスティングもOpal側で扱うと公式に説明されています。

なぜフォルダ投入型にすると便利なのか

資料を読む作業は、意外と重いです。

たとえば、次のような場面があります。

場面	資料の例	作りたいもの
授業	講義メモ、参考資料、教科書の抜粋	レポート構成、復習ノート
就活	履歴書、企業情報、募集要項	エントリーシート案
仕事	議事録、提案メモ、顧客資料	提案書、記事、営業資料
SNS運用	商品資料、撮影メモ、口コミ	投稿案、キャプション
医療・美容	説明資料、注意事項、よくある質問	患者向け説明文、記事案

毎回、人間が資料を読み直して、要約して、使い道を考えるのは大変です。

フォルダ投入型の考え方にすると、資料を置くことが作業開始の合図になります。

資料を置く
↓
AIが整理する
↓
人間が確認する
↓
使うものを選ぶ

この流れにすると、最初の一歩が軽くなります。

今回の事例：授業資料からレポート企画を作る

今回は、前回とは事例を変えます。

テーマは、授業資料からレポートの切り口を作るワークフローです。

たとえば、次のような資料があるとします。

資料1：生成AIの基本
資料2：AI活用のメリットと注意点
資料3：著作権・個人情報・誤情報に関するメモ
資料4：授業中に自分が考えたこと

これらをもとに、AIに以下を作らせます。

出力物	内容
要約	各資料の重要ポイント
共通テーマ	複数資料に共通する論点
レポートテーマ案	レポートにできそうな切り口
構成案	序論・本論・結論の流れ
確認事項	出典確認が必要な情報
自分の意見メモ	どこに自分の考えを入れるべきか

レポートでは、AIに全部書かせるのではありません。

自分の意見を整理するために使います。

設計表を作る

Google Opalで作る前に、まず設計表を作ります。

工程	AIに任せること	人間が確認すること
1. 資料受け取り	入力された資料を確認する	資料が正しいか
2. 要約	各資料の要点をまとめる	要約が内容と合っているか
3. キーワード抽出	重要語句を抜き出す	重要な語が抜けていないか
4. 論点整理	何を考えるべきか整理する	自分の関心と合っているか
5. 企画案作成	レポートや記事のテーマ案を作る	使えそうな案を選ぶ
6. 構成作成	選んだ案の構成を作る	主張と根拠が自然か
7. 確認事項抽出	出典や事実確認が必要な項目を出す	必要な情報を追加調査する
8. 出力	Markdown形式で整える	最終的に編集する

この表を見れば、AIに任せる部分と、人間が判断する部分が分かれます。

ここが重要です。

AIに丸投げするのではなく、AIを「下準備の担当者」として使います。

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

以下をGoogle Opalに入力します。

実行後のサンプル

https://opal.google/app/1xmuRu3PwYuBk22IaNfRpYXxjTXaxVZhz

資料要約・企画化アシスタントのAIミニアプリを作ってください。

目的：
入力された資料やメモをもとに、要約、重要キーワード抽出、論点整理、レポートテーマ案、記事企画案、確認事項を出力するアプリにします。

入力：
・資料本文
・資料の種類
・作りたい成果物
・想定読者
・自分の意見や気づき
・出力形式

処理：
1. 入力された資料の種類を確認する
2. 資料ごとに要点を短く要約する
3. 重要なキーワードを抽出する
4. 複数資料に共通する論点を整理する
5. 作りたい成果物に合わせて企画案を作る
6. レポートの場合は、主張、根拠、自分の意見を分けて整理する
7. 記事の場合は、想定読者、読者の悩み、記事構成案を作る
8. SNS投稿の場合は、投稿テーマ、1枚目の見出し、本文案を作る
9. 出典確認や事実確認が必要な項目を一覧化する
10. Markdown形式で出力する

出力項目：
# 資料要約・企画化アシスタント出力

## 1. 入力資料の概要
## 2. 資料ごとの要約
## 3. 重要キーワード
## 4. 共通する論点
## 5. 成果物の企画案
## 6. おすすめの構成案
## 7. 自分の意見を入れるべき箇所
## 8. 事実確認・出典確認が必要な項目
## 9. 次に行う作業

条件：
・資料に書かれていないことは断定しない
・不明な情報は「要確認」と書く
・事実と意見を分ける
・初心者にもわかる表現にする
・専門用語には短い説明を添える
・そのまま提出や公開をせず、人間が確認する前提で出力する

Google Developers Blogでは、Opalはプロンプト、モデル、ツールをつなげたAIミニアプリを、自然言語とビジュアル編集で作成・共有できる実験的ツールとして紹介されています。

すぐに試す入力例

Opalでアプリを作成したら、次の内容を入力して実行します。

資料本文：
授業では、生成AIは文章作成、要約、企画、プログラミング補助などに使えると学んだ。
一方で、AIは誤った情報を出すことがあり、個人情報や著作権にも注意が必要である。
私は、AIを使うことで作業は速くなるが、最終的な判断力は人間に残ると考えた。

資料の種類：
授業メモ

作りたい成果物：
授業レポート

想定読者：
授業担当の先生

自分の意見や気づき：
AIは便利だが、考える力を奪うのではなく、考える前の整理を助ける道具として使うべきだと思った。

出力形式：
Markdown

実行後は、次の点を確認します。

確認項目	見るポイント
要約が正しいか	入力資料にない話を足していないか
論点が自然か	授業内容と自分の意見がつながっているか
レポート案になっているか	感想だけでなく、主張と根拠があるか
要確認項目が出ているか	データや制度など出典が必要な部分が分かるか
次の作業が明確か	追加調査、本文作成、構成修正などが見えるか

フォルダ投入型に近づける考え方

ここからが、この節の本題です。

Google Opalで作ったミニアプリは、まず「資料を入力すると整理してくれるアプリ」として使えます。

さらに実務では、次のような形に発展させます。

flowchart TB
    A[Google Driveの指定フォルダ] --> B[新しい資料を追加]
    B --> C[資料本文を取得]
    C --> D[Opalの要約・企画化アプリで処理]
    D --> E[要約ファイルを作成]
    D --> F[企画案ファイルを作成]
    D --> G[確認事項ファイルを作成]
    E --> H[出力フォルダに保存]
    F --> H
    G --> H

ただし、このような「フォルダを監視して自動実行する仕組み」は、Opal単体だけで完結しない場合があります。

その場合は、以下のように役割を分けます。

役割	使うものの例
ファイルを保存する	Google Drive
フォルダ追加を検知する	Google Apps Script、Make、Zapier、n8nなど
要約・企画化する	Google Opal
出力を保存する	Google Docs、Google Drive、Markdownファイルなど
人間に通知する	Gmail、Slack、Chat、メールなど

授業では、まず概念を理解することを優先します。

いきなり全自動化まで行くよりも、「資料を入れる → AIで整理する → 人間が確認する」という半自動の形から始めると、失敗しにくくなります。

出力ファイルの設計

フォルダ投入型にするなら、出力ファイルの名前も決めておくと便利です。

ファイル名	内容
01_summary.md	資料の要約
02_keywords.md	重要キーワード
03_issues.md	論点整理
04_ideas.md	レポート・記事・SNS企画案
05_outline.md	選んだ企画の構成案
06_checklist.md	事実確認・出典確認リスト
07_next_action.md	次に行う作業

ファイル名の頭に数字をつけると、順番に並びます。

小さな工夫ですが、運用ではかなり効きます。

事例2：履歴書フォルダからエントリーシート案を作る

次は、就活で使える事例です。

指定フォルダに以下の資料を入れておきます。

履歴書
応募企業の募集要項
企業理念や事業内容のメモ
自分の経験メモ
過去に書いた自己PR

これをもとに、AIにエントリーシートの下書きを作らせます。

資料	AIにやらせること
履歴書	経験・スキル・強みを整理する
募集要項	企業が求める人物像を整理する
企業情報	志望動機に使えそうな接点を抽出する
経験メモ	自己PRに使える具体例を探す
過去の自己PR	使える表現と改善点を整理する

この場合のOpal指示は、次のようにします。

エントリーシート企画化アシスタントを作ってください。

目的：
履歴書、募集要項、企業情報、自分の経験メモをもとに、自己PR、志望動機、学生時代に力を入れたことの下書きを作るための整理を行います。

入力：
・履歴書の内容
・応募企業の情報
・募集要項
・自分の経験メモ
・希望職種
・文字数

処理：
1. 履歴書から経験、スキル、強みを整理する
2. 募集要項から企業が求める人物像を整理する
3. 自分の経験と応募職種の接点を探す
4. 自己PRに使える具体的な経験を選ぶ
5. 志望動機に使える要素を整理する
6. 事実として書ける内容と、表現を工夫する内容を分ける
7. 自己PR、志望動機、学生時代に力を入れたことの構成案を作る
8. 経歴を盛っていないか、抽象的すぎないかをチェックする
9. 本人が追加で確認すべき質問を出す

条件：
・経歴や実績を勝手に追加しない
・不明な情報は断定しない
・本人の言葉に近い自然な文章にする
・企業に合わせつつ、過度に立派すぎる表現は避ける
・最終提出前に本人が必ず確認する前提で出力する

サンプルデータ

# エントリーシート練習用サンプル入力
## 1. 履歴書の内容
氏名：
山田 太郎

学校：
〇〇大学 経営学部 経営学科

学習内容：
マーケティング、データ分析、消費者行動、情報リテラシーについて学んでいる。

アルバイト経験：
カフェで接客スタッフとして2年間勤務。
新人スタッフへの業務説明や、混雑時の注文整理を担当した経験がある。

課外活動：
大学の地域イベント運営サークルに所属。
商店街と連携した学生企画イベントで、来場者アンケートの作成と集計を担当した。

資格・スキル：
・基本的なExcel操作
・Googleスプレッドシートでの集計
・簡単なプレゼン資料作成

## 2. 応募企業の情報
企業名：
株式会社ミライリンク

事業内容：
中小企業向けにWebサイト制作、SNS運用、業務改善システムの導入支援を行う架空のIT企業。

企業理念：
地域の事業者が、自分たちの魅力をより多くの人に届けられるように支援する。

特徴：
・地域密着型の支援が多い
・クライアントとの対話を重視している
・Web制作だけでなく、運用改善やデータ分析も行う

## 3. 募集要項
募集職種：
企画営業職

仕事内容：
・顧客の課題ヒアリング
・WebサイトやSNS活用の提案
・制作チームとの連携
・提案資料の作成
・公開後の効果確認

求める人物像：
・相手の話を丁寧に聞ける人
・課題を整理して考えられる人
・チームで協力して進められる人
・地域や中小企業の支援に関心がある人

## 4. 自分の経験メモ
・カフェのアルバイトで、お客様の様子を見ながら声かけを工夫した
・新人スタッフが迷いやすい作業をメモにまとめた
・地域イベントでは、来場者アンケートを作り、改善点をサークル内で共有した
・人の困りごとを聞いて、整理して、次の行動につなげることにやりがいを感じた

## 5. 希望職種
企画営業職

## 6. 文字数
自己PR：400字
志望動機：400字

この事例では、AIは「合格する文章を勝手に作る機械」ではありません。

本人の経験を整理し、応募先に合わせて見せ方を整える補助役です。

事例3：議事録フォルダから記事・提案案を作る

次は、仕事の場面です。

会議後に、議事録やメモをフォルダに入れておきます。

議事録
顧客からの要望メモ
課題リスト
参考URL
過去の提案資料

これをもとに、AIが次のような出力を作ります。

出力	内容
会議要約	決まったこと、未決定事項
課題整理	顧客が困っていること
提案の方向性	解決策の候補
記事案	顧客向け説明記事や社内共有記事
次のアクション	誰が何を確認するか

Opal指示は、次のように変えます。

議事録要約・提案化アシスタントを作ってください。

入力：
・議事録
・顧客要望
・課題リスト
・参考資料
・提案したい方向性

処理：
1. 会議で決まったことを整理する
2. 未決定事項を整理する
3. 顧客の課題を抽出する
4. 課題の原因を整理する
5. 提案できる方向性を複数出す
6. それぞれのメリットと注意点を整理する
7. 顧客向けの記事案または提案書構成案を作る
8. 次回までに確認すべき項目を一覧化する

条件：
・議事録にない決定事項を作らない
・未確定の内容は「未確認」と書く
・顧客に見せる文章は丁寧な表現にする
・社内向けメモと顧客向け文章を分ける

サンプルデータ

# 議事録要約・提案化アシスタント用サンプル入力
## 1. 議事録

日時：
2026年5月8日 14:00〜15:00

参加者：
・株式会社ミライ商店　代表取締役 佐藤様
・株式会社ミライ商店　広報担当 鈴木様
・提案側　渥美

会議の目的：
既存ホームページとSNS運用の課題を整理し、今後の改善方針を検討するため。

会議で話した内容：
・現在のホームページは5年前に制作したもので、スマートフォンで見たときに情報が探しにくい。
・商品ページはあるが、商品の魅力や作り手の想いが十分に伝わっていない。
・Instagramは不定期に投稿しているが、投稿内容に統一感がない。
・Google検索からの流入を増やしたいが、ブログやコラムの更新はほとんどできていない。
・問い合わせは月に数件あるが、どのページから問い合わせにつながっているのか把握できていない。
・EC販売も行っているが、実店舗の顧客情報とは別管理になっている。
・今後は、ホームページ、SNS、EC、店頭販売をもう少し一体的に運用したい。

会議で決まったこと：
・まずは現状のホームページ構成を確認する。
・SNS投稿の過去内容を整理する。
・問い合わせ導線とアクセス状況を確認する。
・次回までに、改善優先度を整理した簡易提案を作成する。

未決定事項：
・ホームページを全面リニューアルするか、一部改修にするかは未決定。
・SNS運用を月額契約にするか、初期設計のみ依頼するかは未決定。
・ECと実店舗データの連携方法は未確認。
・予算上限はまだ確認できていない。
・公開希望時期は未確認。

## 2. 顧客要望

・スマートフォンで見やすいホームページにしたい。
・商品の良さや作り手の想いを伝えたい。
・Instagramの投稿に統一感を出したい。
・Google検索から新規のお客様を増やしたい。
・問い合わせや購入につながる流れをわかりやすくしたい。
・ECと実店舗の顧客情報をできれば一元管理したい。
・大掛かりなシステム導入より、まずは現実的に始められる提案がほしい。

## 3. 課題リスト

・ホームページの情報設計が古く、スマホ閲覧時に使いにくい。
・商品ページの説明が短く、購入前の不安を解消できていない。
・SNS投稿の目的やデザインルールが決まっていない。
・SEO対策としての記事やコラムが不足している。
・問い合わせ導線が弱い。
・アクセス解析や問い合わせ経路の確認ができていない。
・EC、SNS、店頭販売のデータが分断されている。
・運用担当者の作業時間が限られている。

## 4. 参考資料

・既存ホームページのURL：
https://example.com

・Instagramアカウント：
@example_shop

・主な商品：
地域食材を使った加工食品、ギフト商品、季節限定商品

・競合として参考にしたいサイト：
地域ブランド商品を扱うECサイト、ギフト専門店、観光土産系のオンラインショップ

・現在使っているツール：
Shopify、Instagram、Googleビジネスプロフィール、Google Analytics

・補足：
社内に専任のWeb担当者はいない。広報担当者が通常業務の合間に更新している。

## 5. 提案したい方向性

まずは全面リニューアルではなく、現状分析を行ったうえで、優先度の高い部分から段階的に改善する方向で提案したい。

提案の方向性としては、以下を想定している。

1. ホームページの導線改善
スマートフォンで見やすく、商品・店舗情報・問い合わせに迷わず進める構成へ整理する。

2. 商品ページの情報強化
商品の特徴、使い方、贈り物としての魅力、作り手の想いを伝える文章を追加する。

3. SNS運用の設計
投稿テーマ、デザインルール、投稿頻度を整理し、ブランドとしての見え方を整える。

4. SEO記事・コラム運用
地域名、商品名、用途、ギフト需要などを意識した記事を作成し、検索流入を増やす。

5. データ確認の仕組みづくり
問い合わせ数、アクセス数、SNS反応、EC購入状況を確認できるようにする。

6. 将来的なEC・実店舗データ連携
最初から大規模なシステム化はせず、現状の運用に合わせて段階的に検討する。

このように、フォルダに入れる資料の種類が変われば、ワークフローも変わります。

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

フォルダ投入型では、AIの精度が低くなる原因がいくつかあります。

症状	原因	改善方法
要約が浅い	資料の目的が伝わっていない	作りたい成果物を指定する
企画案がズレる	想定読者が曖昧	読者や利用場面を入力する
情報を勝手に補う	資料不足	資料にないことは断定しない条件を入れる
重要点が抜ける	資料が長すぎる	資料ごとに要約してから統合する
出力が使いにくい	形式が決まっていない	Markdownや表形式などを指定する
事実確認が弱い	確認工程がない	要確認項目を必ず出す
文章が硬すぎる	文体指定がない	読者と用途を明記する

特に重要なのは、資料ごとに処理を分けることです。

悪い例：

この資料全部を要約して、企画案も作ってください。

良い例：

1. 資料ごとに要約してください。
2. 次に、資料間で共通する論点を整理してください。
3. その後、記事企画案を作ってください。
4. 最後に、確認が必要な情報を一覧化してください。

AIは、作業の順番が明確なほど安定します。

モデルやツールを変える判断

出力が安定しない場合は、ワークフロー、入力、モデル、ツールのどこに原因があるかを見ます。

問題	見直す部分
長文資料を扱うと抜け漏れが多い	長文処理に強いモデル、資料分割
最新情報が必要	Web検索や公式情報確認ツール
表やPDFから情報を取りたい	ファイル読み取りやOCR対応の確認
文章が不自然	文体指定、編集ステップ
企画案が弱い	読者、目的、評価基準の追加
事実誤認がある	ファクトチェック工程

Google Developers Blogでは、Opalはプロンプト、モデル、ツールを連結したAIミニアプリを構築できると紹介されています。

そのため、うまくいかないときは「プロンプトだけ」を直すのではなく、「どのステップで、どのモデルやツールを使うべきか」まで考えます。

実習：自分のフォルダ投入型ワークフローを設計する

ここからは、自分用の仕組みを設計します。

Step 1：フォルダ名を決める

まず、何の資料を置くフォルダかを決めます。

例：

授業レポート素材
就活ES素材
記事作成素材
SNS投稿素材
会議メモ素材
提案書素材

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

次に、フォルダに入れる資料を決めます。

フォルダ	入れる資料
授業レポート素材	授業メモ、参考資料、自分の意見メモ
就活ES素材	履歴書、募集要項、企業情報、自分の経験メモ
記事作成素材	参考記事、メモ、顧客資料、FAQ
SNS投稿素材	商品情報、写真メモ、口コミ、過去投稿
提案書素材	議事録、課題メモ、競合情報、過去提案

Step 3：出力物を決める

フォルダに入れた資料から、何を作りたいかを決めます。

要約
論点整理
記事企画案
レポート構成
SNS投稿案
提案書骨子
確認事項リスト

Step 4：Opal用プロンプトを作る

以下のテンプレートを、自分用に書き換えます。

〇〇フォルダの資料をもとに、要約・企画化するAIミニアプリを作ってください。

目的：
〇〇に使う資料を整理し、〇〇を作るための下準備を行います。

入力：
・資料本文
・資料の種類
・作りたい成果物
・想定読者
・自分の意見や補足
・出力形式

処理：
1. 資料ごとに内容を要約する
2. 重要キーワードを抽出する
3. 共通する論点を整理する
4. 作りたい成果物に合わせて企画案を作る
5. おすすめの構成案を作る
6. 事実確認が必要な項目を抽出する
7. 次に行う作業を提案する

条件：
・資料にない内容は断定しない
・不明な情報は「要確認」とする
・事実と意見を分ける
・初心者にもわかる表現にする
・出力はMarkdown形式にする

Step 5：実行して改善する

最後に、実際に資料を入れて試します。

確認するポイントは、次の5つです。

観点	チェック内容
正確性	資料にないことを言っていないか
使いやすさ	次の作業に進みやすい出力か
具体性	企画案が抽象的すぎないか
安全性	出典確認や本人確認が必要な箇所が出ているか
再利用性	次回も同じ形で使えるか

この節のまとめ

フォルダ投入型ワークフローの目的は、AIにすべてを任せることではありません。

目的は、資料を読む、要約する、論点を整理する、企画案を出すという「最初の重たい作業」を軽くすることです。

flowchart TB
    A[資料を置く] --> B[要約する]
    B --> C[論点を整理する]
    C --> D[企画案を作る]
    D --> E[確認事項を出す]
    E --> F[人間が判断する]

Google Opalでは、自然言語でAIミニアプリを作り、共有・公開できるため、こうしたワークフローの試作に向いています。

まずは、資料を手入力または貼り付けて要約・企画化するところから始めます。

慣れてきたら、Google Driveや外部自動化ツールと組み合わせて、指定フォルダに置いた資料を処理する設計へ発展させます。

資料を置く。

AIが整える。

人間が選ぶ。

この流れを作れるようになると、文章作成は「毎回ゼロから考える作業」ではなく、「素材を入れて、使える形に育てる作業」へ変わります。

この節で学ぶこと

この節では、Google Opalを使って「資料を置くだけで、要約・論点整理・記事企画案を自動生成する流れ」を考えます。

前回までは、記事テーマを入力して、読者整理・構成作成・本文生成・確認まで進める全体像を学びました。今回は、さらに実務に近づけます。

たとえば、毎回このような作業をしていないでしょうか。

資料を読む
↓
大事なところを抜き出す
↓
要約する
↓
記事に使えそうな切り口を考える
↓
企画案にする
↓
次に書く記事を決める

これは、時間がかかります。

しかも、資料が増えるほど、どこから手をつければよいかわからなくなります。

そこで今回は、指定フォルダに資料を置き、その資料をもとにAIが要約・論点整理・記事企画案を作る流れを設計します。

まず、言葉を整理します

言葉	意味
フォルダ投入型ワークフロー	指定フォルダに資料を入れることで、要約や企画作成を進める仕組み
資料	PDF、Word、Google Docs、メモ、議事録、記事URLなど、元になる情報
要約	長い内容から重要な部分だけを短くまとめること
論点整理	何が問題で、何を考えるべきかを整理すること
企画案	記事、SNS投稿、レポート、授業教材などに展開するための案
入力	AIに渡す情報。今回でいえば、資料やテーマ
処理	AIが行う作業。要約、分類、企画化など
出力	AIが最後に返す成果物。要約文、企画案、記事構成など
トリガー	作業が始まるきっかけ。例：フォルダにファイルを入れる
Google Drive	Googleが提供するクラウド上のファイル保存場所
半自動化	AIが下書きや整理を行い、人間が最後に確認する運用

ここで注意したいのは、「フォルダに入れたら完全に自動で公開まで行う」ことを最初から目指さないことです。

初心者の段階では、まず「資料をもとに要約と企画案を作る」までで十分です。

公開、提出、送信などは、人間の確認を挟む設計にします。

今回の完成イメージ

今回作るのは、次のようなAIミニアプリです。

資料要約・企画化アシスタント

指定した資料をもとに、以下を出力します。

1. 資料の要約
2. 重要なキーワード
3. 読者が知りたい論点
4. 記事企画案
5. SNS投稿案
6. 追加で確認すべき情報
7. 次に作るべきコンテンツ

全体の流れは、次の通りです。

flowchart TB
    A[指定フォルダに資料を置く] --> B[資料内容を読み取る]
    B --> C[要約する]
    C --> D[論点を整理する]
    D --> E[読者別に切り口を考える]
    E --> F[記事企画案を作る]
    F --> G[SNS投稿案へ展開する]
    G --> H[確認事項を出す]
    H --> I[出力フォルダに保存する]

そのため授業では、まずGoogle Opalで「資料を入力すると要約・企画化するAIミニアプリ」を作ります。

その後、必要に応じてGoogle Drive、Google Apps Script、Make、Zapier、n8nなどと組み合わせて、フォルダ投入型に近づける考え方を学びます。

Opalは作成したミニアプリを共有・公開でき、ホスティングもOpal側で扱うと公式に説明されています。

なぜフォルダ投入型にすると便利なのか

資料を読む作業は、意外と重いです。

たとえば、次のような場面があります。

場面	資料の例	作りたいもの
授業	講義メモ、参考資料、教科書の抜粋	レポート構成、復習ノート
就活	履歴書、企業情報、募集要項	エントリーシート案
仕事	議事録、提案メモ、顧客資料	提案書、記事、営業資料
SNS運用	商品資料、撮影メモ、口コミ	投稿案、キャプション
医療・美容	説明資料、注意事項、よくある質問	患者向け説明文、記事案

毎回、人間が資料を読み直して、要約して、使い道を考えるのは大変です。

フォルダ投入型の考え方にすると、資料を置くことが作業開始の合図になります。

資料を置く
↓
AIが整理する
↓
人間が確認する
↓
使うものを選ぶ

この流れにすると、最初の一歩が軽くなります。

今回の事例：授業資料からレポート企画を作る

今回は、前回とは事例を変えます。

テーマは、授業資料からレポートの切り口を作るワークフローです。

たとえば、次のような資料があるとします。

資料1：生成AIの基本
資料2：AI活用のメリットと注意点
資料3：著作権・個人情報・誤情報に関するメモ
資料4：授業中に自分が考えたこと

これらをもとに、AIに以下を作らせます。

出力物	内容
要約	各資料の重要ポイント
共通テーマ	複数資料に共通する論点
レポートテーマ案	レポートにできそうな切り口
構成案	序論・本論・結論の流れ
確認事項	出典確認が必要な情報
自分の意見メモ	どこに自分の考えを入れるべきか

レポートでは、AIに全部書かせるのではありません。

自分の意見を整理するために使います。

設計表を作る

Google Opalで作る前に、まず設計表を作ります。

工程	AIに任せること	人間が確認すること
1. 資料受け取り	入力された資料を確認する	資料が正しいか
2. 要約	各資料の要点をまとめる	要約が内容と合っているか
3. キーワード抽出	重要語句を抜き出す	重要な語が抜けていないか
4. 論点整理	何を考えるべきか整理する	自分の関心と合っているか
5. 企画案作成	レポートや記事のテーマ案を作る	使えそうな案を選ぶ
6. 構成作成	選んだ案の構成を作る	主張と根拠が自然か
7. 確認事項抽出	出典や事実確認が必要な項目を出す	必要な情報を追加調査する
8. 出力	Markdown形式で整える	最終的に編集する

この表を見れば、AIに任せる部分と、人間が判断する部分が分かれます。

ここが重要です。

AIに丸投げするのではなく、AIを「下準備の担当者」として使います。

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

以下をGoogle Opalに入力します。

実行後のサンプル

https://opal.google/app/1xmuRu3PwYuBk22IaNfRpYXxjTXaxVZhz

資料要約・企画化アシスタントのAIミニアプリを作ってください。

目的：
入力された資料やメモをもとに、要約、重要キーワード抽出、論点整理、レポートテーマ案、記事企画案、確認事項を出力するアプリにします。

入力：
・資料本文
・資料の種類
・作りたい成果物
・想定読者
・自分の意見や気づき
・出力形式

処理：
1. 入力された資料の種類を確認する
2. 資料ごとに要点を短く要約する
3. 重要なキーワードを抽出する
4. 複数資料に共通する論点を整理する
5. 作りたい成果物に合わせて企画案を作る
6. レポートの場合は、主張、根拠、自分の意見を分けて整理する
7. 記事の場合は、想定読者、読者の悩み、記事構成案を作る
8. SNS投稿の場合は、投稿テーマ、1枚目の見出し、本文案を作る
9. 出典確認や事実確認が必要な項目を一覧化する
10. Markdown形式で出力する

出力項目：
# 資料要約・企画化アシスタント出力

## 1. 入力資料の概要
## 2. 資料ごとの要約
## 3. 重要キーワード
## 4. 共通する論点
## 5. 成果物の企画案
## 6. おすすめの構成案
## 7. 自分の意見を入れるべき箇所
## 8. 事実確認・出典確認が必要な項目
## 9. 次に行う作業

条件：
・資料に書かれていないことは断定しない
・不明な情報は「要確認」と書く
・事実と意見を分ける
・初心者にもわかる表現にする
・専門用語には短い説明を添える
・そのまま提出や公開をせず、人間が確認する前提で出力する

すぐに試す入力例

Opalでアプリを作成したら、次の内容を入力して実行します。

資料本文：
授業では、生成AIは文章作成、要約、企画、プログラミング補助などに使えると学んだ。
一方で、AIは誤った情報を出すことがあり、個人情報や著作権にも注意が必要である。
私は、AIを使うことで作業は速くなるが、最終的な判断力は人間に残ると考えた。

資料の種類：
授業メモ

作りたい成果物：
授業レポート

想定読者：
授業担当の先生

自分の意見や気づき：
AIは便利だが、考える力を奪うのではなく、考える前の整理を助ける道具として使うべきだと思った。

出力形式：
Markdown

実行後は、次の点を確認します。

確認項目	見るポイント
要約が正しいか	入力資料にない話を足していないか
論点が自然か	授業内容と自分の意見がつながっているか
レポート案になっているか	感想だけでなく、主張と根拠があるか
要確認項目が出ているか	データや制度など出典が必要な部分が分かるか
次の作業が明確か	追加調査、本文作成、構成修正などが見えるか

フォルダ投入型に近づける考え方

ここからが、この節の本題です。

Google Opalで作ったミニアプリは、まず「資料を入力すると整理してくれるアプリ」として使えます。

さらに実務では、次のような形に発展させます。

flowchart TB
    A[Google Driveの指定フォルダ] --> B[新しい資料を追加]
    B --> C[資料本文を取得]
    C --> D[Opalの要約・企画化アプリで処理]
    D --> E[要約ファイルを作成]
    D --> F[企画案ファイルを作成]
    D --> G[確認事項ファイルを作成]
    E --> H[出力フォルダに保存]
    F --> H
    G --> H

ただし、このような「フォルダを監視して自動実行する仕組み」は、Opal単体だけで完結しない場合があります。

その場合は、以下のように役割を分けます。

役割	使うものの例
ファイルを保存する	Google Drive
フォルダ追加を検知する	Google Apps Script、Make、Zapier、n8nなど
要約・企画化する	Google Opal
出力を保存する	Google Docs、Google Drive、Markdownファイルなど
人間に通知する	Gmail、Slack、Chat、メールなど

授業では、まず概念を理解することを優先します。

いきなり全自動化まで行くよりも、「資料を入れる → AIで整理する → 人間が確認する」という半自動の形から始めると、失敗しにくくなります。

出力ファイルの設計

フォルダ投入型にするなら、出力ファイルの名前も決めておくと便利です。

ファイル名	内容
01_summary.md	資料の要約
02_keywords.md	重要キーワード
03_issues.md	論点整理
04_ideas.md	レポート・記事・SNS企画案
05_outline.md	選んだ企画の構成案
06_checklist.md	事実確認・出典確認リスト
07_next_action.md	次に行う作業

ファイル名の頭に数字をつけると、順番に並びます。

小さな工夫ですが、運用ではかなり効きます。

事例2：履歴書フォルダからエントリーシート案を作る

次は、就活で使える事例です。

指定フォルダに以下の資料を入れておきます。

履歴書
応募企業の募集要項
企業理念や事業内容のメモ
自分の経験メモ
過去に書いた自己PR

これをもとに、AIにエントリーシートの下書きを作らせます。

資料	AIにやらせること
履歴書	経験・スキル・強みを整理する
募集要項	企業が求める人物像を整理する
企業情報	志望動機に使えそうな接点を抽出する
経験メモ	自己PRに使える具体例を探す
過去の自己PR	使える表現と改善点を整理する

この場合のOpal指示は、次のようにします。

エントリーシート企画化アシスタントを作ってください。

目的：
履歴書、募集要項、企業情報、自分の経験メモをもとに、自己PR、志望動機、学生時代に力を入れたことの下書きを作るための整理を行います。

入力：
・履歴書の内容
・応募企業の情報
・募集要項
・自分の経験メモ
・希望職種
・文字数

処理：
1. 履歴書から経験、スキル、強みを整理する
2. 募集要項から企業が求める人物像を整理する
3. 自分の経験と応募職種の接点を探す
4. 自己PRに使える具体的な経験を選ぶ
5. 志望動機に使える要素を整理する
6. 事実として書ける内容と、表現を工夫する内容を分ける
7. 自己PR、志望動機、学生時代に力を入れたことの構成案を作る
8. 経歴を盛っていないか、抽象的すぎないかをチェックする
9. 本人が追加で確認すべき質問を出す

条件：
・経歴や実績を勝手に追加しない
・不明な情報は断定しない
・本人の言葉に近い自然な文章にする
・企業に合わせつつ、過度に立派すぎる表現は避ける
・最終提出前に本人が必ず確認する前提で出力する

サンプルデータ

# エントリーシート練習用サンプル入力
## 1. 履歴書の内容
氏名：
山田 太郎

学校：
〇〇大学 経営学部 経営学科

学習内容：
マーケティング、データ分析、消費者行動、情報リテラシーについて学んでいる。

アルバイト経験：
カフェで接客スタッフとして2年間勤務。
新人スタッフへの業務説明や、混雑時の注文整理を担当した経験がある。

課外活動：
大学の地域イベント運営サークルに所属。
商店街と連携した学生企画イベントで、来場者アンケートの作成と集計を担当した。

資格・スキル：
・基本的なExcel操作
・Googleスプレッドシートでの集計
・簡単なプレゼン資料作成

## 2. 応募企業の情報
企業名：
株式会社ミライリンク

事業内容：
中小企業向けにWebサイト制作、SNS運用、業務改善システムの導入支援を行う架空のIT企業。

企業理念：
地域の事業者が、自分たちの魅力をより多くの人に届けられるように支援する。

特徴：
・地域密着型の支援が多い
・クライアントとの対話を重視している
・Web制作だけでなく、運用改善やデータ分析も行う

## 3. 募集要項
募集職種：
企画営業職

仕事内容：
・顧客の課題ヒアリング
・WebサイトやSNS活用の提案
・制作チームとの連携
・提案資料の作成
・公開後の効果確認

求める人物像：
・相手の話を丁寧に聞ける人
・課題を整理して考えられる人
・チームで協力して進められる人
・地域や中小企業の支援に関心がある人

## 4. 自分の経験メモ
・カフェのアルバイトで、お客様の様子を見ながら声かけを工夫した
・新人スタッフが迷いやすい作業をメモにまとめた
・地域イベントでは、来場者アンケートを作り、改善点をサークル内で共有した
・人の困りごとを聞いて、整理して、次の行動につなげることにやりがいを感じた

## 5. 希望職種
企画営業職

## 6. 文字数
自己PR：400字
志望動機：400字

この事例では、AIは「合格する文章を勝手に作る機械」ではありません。

本人の経験を整理し、応募先に合わせて見せ方を整える補助役です。

事例3：議事録フォルダから記事・提案案を作る

次は、仕事の場面です。

会議後に、議事録やメモをフォルダに入れておきます。

議事録
顧客からの要望メモ
課題リスト
参考URL
過去の提案資料

これをもとに、AIが次のような出力を作ります。

出力	内容
会議要約	決まったこと、未決定事項
課題整理	顧客が困っていること
提案の方向性	解決策の候補
記事案	顧客向け説明記事や社内共有記事
次のアクション	誰が何を確認するか

Opal指示は、次のように変えます。

議事録要約・提案化アシスタントを作ってください。

入力：
・議事録
・顧客要望
・課題リスト
・参考資料
・提案したい方向性

処理：
1. 会議で決まったことを整理する
2. 未決定事項を整理する
3. 顧客の課題を抽出する
4. 課題の原因を整理する
5. 提案できる方向性を複数出す
6. それぞれのメリットと注意点を整理する
7. 顧客向けの記事案または提案書構成案を作る
8. 次回までに確認すべき項目を一覧化する

条件：
・議事録にない決定事項を作らない
・未確定の内容は「未確認」と書く
・顧客に見せる文章は丁寧な表現にする
・社内向けメモと顧客向け文章を分ける

サンプルデータ

# 議事録要約・提案化アシスタント用サンプル入力
## 1. 議事録

日時：
2026年5月8日 14:00〜15:00

参加者：
・株式会社ミライ商店　代表取締役 佐藤様
・株式会社ミライ商店　広報担当 鈴木様
・提案側　渥美

会議の目的：
既存ホームページとSNS運用の課題を整理し、今後の改善方針を検討するため。

会議で話した内容：
・現在のホームページは5年前に制作したもので、スマートフォンで見たときに情報が探しにくい。
・商品ページはあるが、商品の魅力や作り手の想いが十分に伝わっていない。
・Instagramは不定期に投稿しているが、投稿内容に統一感がない。
・Google検索からの流入を増やしたいが、ブログやコラムの更新はほとんどできていない。
・問い合わせは月に数件あるが、どのページから問い合わせにつながっているのか把握できていない。
・EC販売も行っているが、実店舗の顧客情報とは別管理になっている。
・今後は、ホームページ、SNS、EC、店頭販売をもう少し一体的に運用したい。

会議で決まったこと：
・まずは現状のホームページ構成を確認する。
・SNS投稿の過去内容を整理する。
・問い合わせ導線とアクセス状況を確認する。
・次回までに、改善優先度を整理した簡易提案を作成する。

未決定事項：
・ホームページを全面リニューアルするか、一部改修にするかは未決定。
・SNS運用を月額契約にするか、初期設計のみ依頼するかは未決定。
・ECと実店舗データの連携方法は未確認。
・予算上限はまだ確認できていない。
・公開希望時期は未確認。

## 2. 顧客要望

・スマートフォンで見やすいホームページにしたい。
・商品の良さや作り手の想いを伝えたい。
・Instagramの投稿に統一感を出したい。
・Google検索から新規のお客様を増やしたい。
・問い合わせや購入につながる流れをわかりやすくしたい。
・ECと実店舗の顧客情報をできれば一元管理したい。
・大掛かりなシステム導入より、まずは現実的に始められる提案がほしい。

## 3. 課題リスト

・ホームページの情報設計が古く、スマホ閲覧時に使いにくい。
・商品ページの説明が短く、購入前の不安を解消できていない。
・SNS投稿の目的やデザインルールが決まっていない。
・SEO対策としての記事やコラムが不足している。
・問い合わせ導線が弱い。
・アクセス解析や問い合わせ経路の確認ができていない。
・EC、SNS、店頭販売のデータが分断されている。
・運用担当者の作業時間が限られている。

## 4. 参考資料

・既存ホームページのURL：
https://example.com

・Instagramアカウント：
@example_shop

・主な商品：
地域食材を使った加工食品、ギフト商品、季節限定商品

・競合として参考にしたいサイト：
地域ブランド商品を扱うECサイト、ギフト専門店、観光土産系のオンラインショップ

・現在使っているツール：
Shopify、Instagram、Googleビジネスプロフィール、Google Analytics

・補足：
社内に専任のWeb担当者はいない。広報担当者が通常業務の合間に更新している。

## 5. 提案したい方向性

まずは全面リニューアルではなく、現状分析を行ったうえで、優先度の高い部分から段階的に改善する方向で提案したい。

提案の方向性としては、以下を想定している。

1. ホームページの導線改善
スマートフォンで見やすく、商品・店舗情報・問い合わせに迷わず進める構成へ整理する。

2. 商品ページの情報強化
商品の特徴、使い方、贈り物としての魅力、作り手の想いを伝える文章を追加する。

3. SNS運用の設計
投稿テーマ、デザインルール、投稿頻度を整理し、ブランドとしての見え方を整える。

4. SEO記事・コラム運用
地域名、商品名、用途、ギフト需要などを意識した記事を作成し、検索流入を増やす。

5. データ確認の仕組みづくり
問い合わせ数、アクセス数、SNS反応、EC購入状況を確認できるようにする。

6. 将来的なEC・実店舗データ連携
最初から大規模なシステム化はせず、現状の運用に合わせて段階的に検討する。

このように、フォルダに入れる資料の種類が変われば、ワークフローも変わります。

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

フォルダ投入型では、AIの精度が低くなる原因がいくつかあります。

症状	原因	改善方法
要約が浅い	資料の目的が伝わっていない	作りたい成果物を指定する
企画案がズレる	想定読者が曖昧	読者や利用場面を入力する
情報を勝手に補う	資料不足	資料にないことは断定しない条件を入れる
重要点が抜ける	資料が長すぎる	資料ごとに要約してから統合する
出力が使いにくい	形式が決まっていない	Markdownや表形式などを指定する
事実確認が弱い	確認工程がない	要確認項目を必ず出す
文章が硬すぎる	文体指定がない	読者と用途を明記する

特に重要なのは、資料ごとに処理を分けることです。

悪い例：

この資料全部を要約して、企画案も作ってください。

良い例：

1. 資料ごとに要約してください。
2. 次に、資料間で共通する論点を整理してください。
3. その後、記事企画案を作ってください。
4. 最後に、確認が必要な情報を一覧化してください。

AIは、作業の順番が明確なほど安定します。

モデルやツールを変える判断

出力が安定しない場合は、ワークフロー、入力、モデル、ツールのどこに原因があるかを見ます。

問題	見直す部分
長文資料を扱うと抜け漏れが多い	長文処理に強いモデル、資料分割
最新情報が必要	Web検索や公式情報確認ツール
表やPDFから情報を取りたい	ファイル読み取りやOCR対応の確認
文章が不自然	文体指定、編集ステップ
企画案が弱い	読者、目的、評価基準の追加
事実誤認がある	ファクトチェック工程

Google Developers Blogでは、Opalはプロンプト、モデル、ツールを連結したAIミニアプリを構築できると紹介されています。

そのため、うまくいかないときは「プロンプトだけ」を直すのではなく、「どのステップで、どのモデルやツールを使うべきか」まで考えます。

実習：自分のフォルダ投入型ワークフローを設計する

ここからは、自分用の仕組みを設計します。

Step 1：フォルダ名を決める

まず、何の資料を置くフォルダかを決めます。

例：

授業レポート素材
就活ES素材
記事作成素材
SNS投稿素材
会議メモ素材
提案書素材

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

次に、フォルダに入れる資料を決めます。

フォルダ	入れる資料
授業レポート素材	授業メモ、参考資料、自分の意見メモ
就活ES素材	履歴書、募集要項、企業情報、自分の経験メモ
記事作成素材	参考記事、メモ、顧客資料、FAQ
SNS投稿素材	商品情報、写真メモ、口コミ、過去投稿
提案書素材	議事録、課題メモ、競合情報、過去提案

Step 3：出力物を決める

フォルダに入れた資料から、何を作りたいかを決めます。

要約
論点整理
記事企画案
レポート構成
SNS投稿案
提案書骨子
確認事項リスト

Step 4：Opal用プロンプトを作る

以下のテンプレートを、自分用に書き換えます。

〇〇フォルダの資料をもとに、要約・企画化するAIミニアプリを作ってください。

目的：
〇〇に使う資料を整理し、〇〇を作るための下準備を行います。

入力：
・資料本文
・資料の種類
・作りたい成果物
・想定読者
・自分の意見や補足
・出力形式

処理：
1. 資料ごとに内容を要約する
2. 重要キーワードを抽出する
3. 共通する論点を整理する
4. 作りたい成果物に合わせて企画案を作る
5. おすすめの構成案を作る
6. 事実確認が必要な項目を抽出する
7. 次に行う作業を提案する

条件：
・資料にない内容は断定しない
・不明な情報は「要確認」とする
・事実と意見を分ける
・初心者にもわかる表現にする
・出力はMarkdown形式にする

Step 5：実行して改善する

最後に、実際に資料を入れて試します。

確認するポイントは、次の5つです。

観点	チェック内容
正確性	資料にないことを言っていないか
使いやすさ	次の作業に進みやすい出力か
具体性	企画案が抽象的すぎないか
安全性	出典確認や本人確認が必要な箇所が出ているか
再利用性	次回も同じ形で使えるか

この節のまとめ

フォルダ投入型ワークフローの目的は、AIにすべてを任せることではありません。

目的は、資料を読む、要約する、論点を整理する、企画案を出すという「最初の重たい作業」を軽くすることです。

flowchart TB
    A[資料を置く] --> B[要約する]
    B --> C[論点を整理する]
    C --> D[企画案を作る]
    D --> E[確認事項を出す]
    E --> F[人間が判断する]

Google Opalでは、自然言語でAIミニアプリを作り、共有・公開できるため、こうしたワークフローの試作に向いています。

まずは、資料を手入力または貼り付けて要約・企画化するところから始めます。

慣れてきたら、Google Driveや外部自動化ツールと組み合わせて、指定フォルダに置いた資料を処理する設計へ発展させます。

資料を置く。

AIが整える。

人間が選ぶ。

この流れを作れるようになると、文章作成は「毎回ゼロから考える作業」ではなく、「素材を入れて、使える形に育てる作業」へ変わります。