会議後に、議事録を読み返す。
「誰が何をやるのか」を探す。
期限を確認する。
Slack、Notion、Google Sheets、Backlogに転記する。
この作業に毎回10分から20分かかっているなら、削れるのは単なる作業時間だけではありません。タスク漏れ、期限遅れ、担当者の認識ズレ、納品遅延まで減らせます。
この記事では、AIで議事録からTODOを自動抽出する方法を、初心者でも実装できる順番で解説します。
ただし、この記事の目的は「AIに議事録を要約させること」ではありません。
目指すのは、次の流れです。
- 議事録を一定の形式で残す
- AIでTODO、担当者、期限、根拠文を抽出する
- Google SheetsやNotionに保存する
- Slackやメールで通知する
- 完了率、修正率、期限超過率を見て改善する
つまり、会議後の雑務を毎回の手作業から、ログが残る自動化資産へ変えることです。
この記事のローカル検証メモとして、2026年7月12日にHiro運営サイトの auto-ai-blog リポジトリを確認しました。sites/ai-tech/content/posts 配下のMarkdown記事は257本、AIスロップ防止関連テスト python -m pytest tests/test_validate_ai_slop.py tests/test_slop_guard.py -q は3件通過しました。また、現行の run_daily.bat は scripts\run_daily_guarded.py を起動し、記事生成の共通入口である generator/generate.py、git操作、Cloudflare Pages公開フローにつながる構成です。この記事では、その「入力、生成、検証、公開、ログ」の考え方を、議事録TODO抽出に転用します。
AI議事録TODO自動抽出で解決できること
AIで議事録からTODOを抽出すると、次の問題を減らせます。
- 会議後に誰かが手作業でTODOを拾っている
- 「確認する」「検討する」が放置される
- 担当者が曖昧なまま期限を迎える
- 議事録はあるのにタスク管理ツールへ登録されない
- 次回会議で「前回の宿題は何でしたっけ」となる
- タスクの完了率や遅延率を測れていない
ここで使うAIは、魔法の秘書ではありません。役割は文章を構造化データに変換する分類器です。
たとえば、議事録に次の文があるとします。
佐藤さん、7月17日までに見積書の初稿を作ってください。
これをAIに処理させると、次のようなデータに変換できます。
{
"task": "見積書の初稿を作成する",
"owner": "佐藤",
"due_date": "2026-07-17",
"priority": "high",
"evidence": "佐藤さん、7月17日までに見積書の初稿を作ってください。"
}
ポイントは、evidence を必ず残すことです。
AIの抽出結果だけを見るのではなく、「どの原文を根拠にTODO化したのか」まで確認できるようにします。
全体像：議事録からTODO抽出、保存、通知までの流れ
AIで議事録からTODOを自動抽出する基本構成は、次の5段階です。
| 段階 | やること | 初心者向けの実装例 |
|---|---|---|
| 入力 | 議事録を1か所に集める | Google Docs、Notion、Zoom文字起こし |
| 整形 | 会議名、日付、参加者、本文を揃える | Markdownテンプレートを使う |
| 抽出 | AIにTODOだけをJSONで出させる | ChatGPT、Claude、Gemini、ローカルCLI |
| 保存 | タスク管理できる場所に入れる | Google Sheets、Notion、Trello |
| 通知 | 担当者と期限に合わせて知らせる | Slack、メール、カレンダー |
初心者が最初に作るなら、いきなり完全自動化しない方が成功しやすいです。
おすすめは次の順番です。
- 議事録を手動でAIに貼る
- JSONでTODOを出す
- Google Sheetsに手動で貼る
- 2〜3回試して抽出精度を確認する
- 問題が少なければAPI連携や通知を追加する
最初からZoom、Notion、Slack、Google Calendar、Jiraを全部つなごうとすると、抽出精度ではなく権限設定やデータ形式の違いで止まりやすくなります。
ステップ1：入力元を1つに決める
最初に決めるべきなのは、AIツールではありません。
議事録の置き場所です。
候補は次の通りです。
- Google Docs
- Notion
- Zoomの文字起こし
- Google Meetのメモ
- Microsoft Teamsのトランスクリプト
- Slackに投稿された会議メモ
- 社内Wiki
- Markdownファイル
初心者は、Google DocsかNotionのどちらかに寄せるのが現実的です。理由は、会議名、日時、参加者、本文を毎回同じ形式で残しやすいからです。
入力元を選ぶ基準は4つです。
- 社内で既に使っている
- 会議日、参加者、本文を毎回同じ形で書ける
- コピー、CSV出力、API連携のどれかができる
- 顧客情報や機密情報の扱いを決められる
ここで欲張って複数の入力元に対応しようとすると、ファイル名、日付形式、話者名、権限がばらつきます。AI以前の前処理で詰まります。
まずは「毎週の営業定例だけ」「制作案件の進行会議だけ」のように、1種類の会議に絞ってください。
ステップ2：議事録テンプレートを固定する
AIは自由文も読めますが、入力形式が固定されるほど安定します。
議事録は、最低限この形にします。
# 会議名
日時:
参加者:
目的:
## 決定事項
## 議論メモ
## TODO候補
TODO候補 は空欄でも構いません。会議日と参加者を必ず入れることが大切です。
特に期限抽出では会議日が必要です。
たとえば、会議日が2026年7月12日の場合、「来週火曜」は2026年7月14日と解釈できます。
しかし、会議日が書かれていなければ、AIは正確に日付へ変換できません。
AIがTODO化しやすい議事録の書き方は、次のような文です。
田中さんが2026年7月14日までに競合ツールの料金表を確認する。
山田さんはその結果をもとに、2026年7月16日までに提案書を更新する。
反対に、次の文は危険です。
料金表は後で見ておく。
提案書も直す。
担当者、期限、行動が欠けています。
この状態でAIに抽出させると、推測で担当者や期限を補う可能性があります。
会議中に使うルールはシンプルで十分です。
- 担当者名を言う
- 期限を日付で言う
- 行動を動詞で言う
- 未定なら未定と書く
ステップ3：AIへのプロンプトを抽出専用にする
議事録TODO抽出では、「要約してください」と「TODOを抽出してください」を混ぜない方が安定します。
要約は文章を短くする作業です。
TODO抽出は、行動、担当者、期限、根拠を取り出す作業です。
この2つを同時に頼むと、読みやすい要約は出ても、タスク登録に使えるデータにならないことがあります。
使うプロンプトは次のようにします。
あなたは会議運営アシスタントです。
以下の議事録からTODOだけを抽出してください。
条件:
- 明確な行動があるものだけをTODOにする
- 担当者が不明な場合は owner を "未定" にする
- 期限が不明な場合は due_date を null にする
- 会議日から解釈できる相対日付だけ YYYY-MM-DD に変換する
- 推測で期限や担当者を補わない
- 根拠となる原文を evidence に入れる
- TODOではない決定事項、感想、単なる議論メモは除外する
- 出力はJSONのみ
会議日:
2026-07-12
出力形式:
{
"tasks": [
{
"task": "",
"owner": "",
"due_date": null,
"priority": "high|medium|low",
"evidence": ""
}
]
}
議事録:
---
ここに議事録本文を貼る
---
出力例です。
{
"tasks": [
{
"task": "競合ツールの料金表を確認する",
"owner": "田中",
"due_date": "2026-07-14",
"priority": "medium",
"evidence": "田中さんが来週火曜までに競合ツールの料金表を確認する。"
},
{
"task": "提案書を更新する",
"owner": "山田",
"due_date": "2026-07-16",
"priority": "high",
"evidence": "山田さんはその結果をもとに提案書を更新する。期限は木曜まで。"
}
]
}
このプロンプトの要点は、次の3つです。
ownerが不明なら"未定"にするdue_dateが不明ならnullにするevidenceに原文を残す
AIに「足りない情報を補わせる」のではなく、「足りない情報が足りないと分かる状態」にします。
ステップ4：保存先をGoogle SheetsかNotionに決める
TODOをJSONで出せたら、次は保存先を決めます。
初心者にはGoogle Sheetsがおすすめです。
理由は、行単位で管理でき、KPIを計算しやすいからです。
最初に作る列はこれで十分です。
| 列名 | 内容 |
|---|---|
| meeting_date | 会議日 |
| meeting_name | 会議名 |
| task | TODO |
| owner | 担当者 |
| due_date | 期限 |
| priority | 優先度 |
| status | 未着手、進行中、完了、保留 |
| evidence | 根拠文 |
| created_at | 抽出日時 |
| reviewed_by | 確認者 |
| ai_fixed | 人間が修正したか |
最初は手動貼り付けで構いません。
いきなりAPI連携を組むより、まずは「この列設計で2〜3回運用できるか」を確認してください。
Notionを使う場合は、データベースのプロパティを次のようにします。
- タスク名: title
- 担当者: person または text
- 期限: date
- ステータス: select
- 会議名: relation または text
- 根拠文: rich text
- 優先度: select
- AI抽出日時: date
- 人間確認済み: checkbox
開発チームならGitHub Issues、Backlog、Jiraに流す選択肢もあります。
ただし、最初の検証ではGoogle Sheetsの方が失敗原因を見つけやすいです。
ステップ5：通知とリマインドを設計する
TODO抽出は、抽出しただけでは価値が半分です。
担当者が見て、行動して、完了するところまで設計します。
通知は3種類に分けます。
| タイミング | 通知内容 | 目的 |
|---|---|---|
| 抽出直後 | 新しいTODOが登録されました | 認識合わせ |
| 期限前日 | 明日期限のTODOがあります | 期限前の行動促進 |
| 期限超過 | 期限を過ぎたTODOがあります | 放置防止 |
Slack通知の文面例です。
【会議TODO】
会議名: 営業定例
タスク: 見積書の初稿を作成する
担当: 佐藤
期限: 2026-07-17
根拠: 佐藤さん、7月17日までに見積書の初稿を作ってください。
確認URL: Google SheetsのURL
通知で気をつけるべきことは、送りすぎないことです。
すべてのTODOを毎日通知すると、誰も見なくなります。
最初は次の条件だけで十分です。
- 抽出直後に1回
- 期限前日に1回
- 期限超過時に管理者へ1回
ステップ6：人間レビューを必ず入れる
議事録TODO抽出は、完全自動で担当者へ流す前に、人間レビューを入れてください。
理由は、AIが次のようなミスをするからです。
- 単なる議論メモをTODO化する
- 担当者を前後の文脈から誤って推測する
- 「来週」「月末」などの期限を誤解する
- 優先度を強くしすぎる
- 同じTODOを重複して出す
最初の運用では、次のレビュー欄を作ります。
確認者:
確認日時:
修正した項目:
- 担当者:
- 期限:
- タスク名:
- 削除したTODO:
次回改善:
このレビュー結果が、プロンプト改善の材料になります。
たとえば、単なるメモまでTODO化されるなら、プロンプトに次を追加します。
「議論した」「共有した」「確認した」だけで、次の行動が明示されていない文はTODOにしない。
担当者を推測しすぎるなら、次を追加します。
同じ段落内に担当者名が明示されていない場合、owner は "未定" にする。
Hiroサイトの検証ログから見る「薄いAI記事」を避ける方法
このサイトでは、記事生成にもAIを使っています。
ただし、AIで作った文章をそのまま出すと、一般論だけの薄い記事になりやすいです。
その対策として、generator/ai_slop_guidelines.json にHiroコンテンツチームのAIスロップ防止基準を置いています。2026年7月12日に確認した内容では、取得日時は 2026-06-26T00:00:00+09:00、最低スコアは8です。チェック項目には、次のような条件が含まれています。
- Hiroの実体験・固有データが含まれている
- 一人称の具体エピソードがある
- 他者が書けない独自情報がある
- 数字に根拠・出典・自分のデータがある
- 冒頭で読者が役立つと判断できる
- 画像・スクリーンショット・グラフなど視覚的証拠がある
- 反論・限界・注意点を正直に書いている
- 読了後の具体的アクションがある
- 類似コンテンツとの差別化が明確である
議事録TODO抽出でも同じです。
「AIで効率化できます」と書くだけでは弱いです。実際の会議で、どれだけ抽出でき、どれだけ修正が必要だったかを残してください。
検証ログの例です。
検証日: 2026-07-12
対象: 営業定例会議 1本
会議日: 2026-07-12
入力: 文字起こし本文 3,200字
AI抽出TODO: 7件
人間が削除したTODO: 1件
担当者修正: 1件
期限修正: 2件
担当者未定: 1件
期限未設定: 2件
次回改善: 会議中に「誰が」「いつまでに」を確認する
この数字はテンプレート例です。
実際の記事や提案資料に使う場合は、自分の会議で測った数字に置き換えてください。
根拠のない「作業時間90%削減」「自動化で確実に収益化」のような表現は避けます。読者にも検索エンジンにも弱く、導入後の信頼も落ちます。
専門家目線のチェックポイント
TODOと決定事項を分けているか
TODOは、誰かが実行する行動です。
山田さんが2026年7月16日までに提案書を更新する。
これはTODOです。
一方で、次は決定事項です。
次回提案ではAプランを優先する。
これは重要ですが、担当者と行動が明確でなければTODOではありません。
決定事項までTODO化すると、タスク一覧が膨らみ、誰も見なくなります。
判断基準は「担当者に渡せる行動か」です。
担当者不明をAIに埋めさせていないか
担当者が不明なTODOは、必ず "未定" にします。
AIに推測させると、間違った人へ通知される可能性があります。
業務で怖いのは、AIが自信ありげに間違えることです。
間違った担当者に通知され、本人も違和感に気づかず、期限だけが過ぎる状態は避けなければいけません。
期限の解釈ルールがあるか
「来週」「月末」「次回まで」は、人間には通じますが、機械には曖昧です。
対策は3つです。
- 会議日を必ず入力する
- 変換できる相対日付だけYYYY-MM-DDにする
- 解釈できない期限は
nullにする
たとえば、会議日が2026年7月12日なら、「来週火曜」は2026年7月14日と変換できます。
しかし「次回まで」は、次回会議日が入力されていなければ null にすべきです。
根拠文を残しているか
evidence がないTODOは、あとから検証できません。
AIが抽出したTODOに対して、確認者が見るべき順番は次です。
- タスク名が原文と合っているか
- 担当者が原文にあるか
- 期限が原文または会議日から解釈できるか
- 根拠文を見て納得できるか
この4点を満たさないTODOは、通知前に修正します。
機密情報を外部AIに渡してよいか
議事録には、顧客名、金額、契約条件、採用情報、医療情報、クレーム、個人情報が含まれることがあります。
外部AIに入力する前に、必ず次を確認してください。
- 社内規程で外部AI利用が許可されているか
- 顧客との契約で第三者サービス送信が禁止されていないか
- 入力データが学習に使われる設定になっていないか
- 匿名化すれば利用できるか
- 社内承認済みAIやローカルLLMを使うべきか
判断に迷う場合は、顧客名、金額、メールアドレス、電話番号、住所をマスクしてから使います。
画像で説明すべき箇所
記事、社内マニュアル、提案資料にするなら、次の図解を入れると理解されやすくなります。
図解案：議事録本文からTODO JSON、タスク登録、Slack通知までの流れ
| 位置 | 見せる内容 |
|---|---|
| 左 | マスク済みの議事録原文 |
| 中央 | AIが抽出したJSON |
| 右 | Google SheetsまたはNotionのタスク一覧 |
| 下 | Slack通知と期限リマインド |
視覚的証拠として強いのは、実際の画面です。
- 個人情報をマスクした議事録
- 抽出後のJSON
- Google SheetsやNotionに登録されたタスク
- Slack通知のスクリーンショット
- 修正前後の比較
AI自動化の記事では、図解だけでなく「実際に動いた痕跡」が重要です。
HiroサイトのAIスロップ防止基準に視覚的証拠が含まれているのも、読者が実在性を判断しやすくするためです。
よくある失敗と対策
失敗1：AIが存在しないTODOを作る
原因は、プロンプトで推測を禁止していないことです。
対策は次の4つです。
- 「推測で補わない」と書く
- 担当者不明は
"未定"にする - 期限不明は
nullにする evidenceを必須にする
失敗2：議事録の書き方が毎回違う
原因は、入力テンプレートが固定されていないことです。
対策は、会議名、日時、参加者、決定事項、議論メモを毎回同じ順番で書くことです。
AIの精度問題に見えて、実際は入力データのばらつきが原因であるケースが多いです。
失敗3：抽出後に誰も見ない
原因は、保存先と通知先が決まっていないことです。
TODOは、担当者が普段見る場所に届いて初めて動きます。
Slack文化の会社ならSlack、Backlog文化の会社ならBacklog、営業チームならGoogle SheetsやCRMに寄せます。
失敗4：最初から全社導入しようとする
最初から全会議、全部署、全ツールに対応しようとすると止まります。
最初の対象は、次の条件を満たす会議に絞ってください。
- 毎週または隔週で開催される
- TODOが毎回出る
- 参加者が少ない
- 機密性が高すぎない
- 成果を測りやすい
おすすめは、営業定例、制作進行会議、採用定例、問い合わせ改善会議です。
失敗5：収益化の仮説がない
「便利な自動化」で止まると、資産になりにくいです。
副業や事業化まで考えるなら、最初から対象業種を絞ります。
- 不動産営業: 追客TODO、内見後フォロー、資料送付
- 士業: 顧客対応TODO、必要書類、期限管理
- 制作会社: 修正依頼、確認待ち、納品タスク
- 採用支援: 候補者対応、面談後フォロー
- コンサル: 宿題管理、次回会議までの実行項目
業種を絞るほど、プロンプト、テンプレート、通知文、KPIが具体化します。
成果を測るKPI
KPIとは、改善を判断するための指標です。
議事録TODO抽出では、次を記録します。
| KPI | 見る理由 | 測り方 |
|---|---|---|
| TODO抽出件数 | 会議から行動が生まれているか | 1会議あたりの抽出件数 |
| AI修正率 | AI出力の正確さを見る | 人間が修正した件数 ÷ 抽出件数 |
| 削除率 | AIが余計なTODOを作っていないか | 削除した件数 ÷ 抽出件数 |
| 担当者未定率 | 会議中の曖昧さを見る | owner が未定の件数 ÷ 抽出件数 |
| 期限未設定率 | 実行されにくいTODOを見つける | due_date が null の件数 ÷ 抽出件数 |
| 完了率 | 実際に業務が進んだか | 完了件数 ÷ 登録件数 |
| 期限超過率 | 運用の詰まりを見る | 期限超過件数 ÷ 登録件数 |
| 手作業時間 | 自動化の価値を測る | 導入前後の作業時間を実測 |
| 通知反応率 | 通知が見られているか | 確認済み件数 ÷ 通知件数 |
数字を書くときは、必ず前提を添えます。
悪い例です。
AIで作業時間を90%削減できます。
良い例です。
営業定例3回、合計9件のTODOで検証。抽出後の人間レビューを前提に、議事録からGoogle Sheets転記までの手作業時間を平均12分から5分に短縮。
派手さより、前提が明確な数字の方が信頼されます。
収益化につなげる設計
議事録TODO抽出は、それ単体では地味です。
しかし、業務改善、テンプレート販売、導入支援、保守運用に接続しやすいテーマです。
収益化の方向性は5つあります。
| 方向性 | 内容 |
|---|---|
| 自社業務改善 | タスク漏れと納品遅延を減らし、継続率を上げる |
| テンプレート販売 | Notion、Google Sheets、プロンプト集を販売する |
| 導入支援 | 中小企業向けに初期設定を代行する |
| 月額保守 | プロンプト改善、通知設定、KPIレポートを継続提供する |
| アフィリエイト | Notion、AIツール、タスク管理ツールの紹介導線を作る |
ただし、収益を保証する話ではありません。
「議事録TODO抽出を入れれば不労所得になる」という表現は避けるべきです。
現実的には、次の順番です。
- 自分の業務で実測する
- 修正率、完了率、削減時間を記録する
- 業種別テンプレートにする
- 小さな導入支援として提供する
- 継続改善や月次レポートを保守メニューにする
使えないケースと限界
AIで議事録からTODOを抽出できないケースもあります。
まず、会議中に決まっていないことは抽出できません。
これは誰かが後で見ておきましょう。
この文から、正しい担当者と期限を確定することはできません。
AIに無理に決めさせると、責任が曖昧になります。
次に、機密性の高い議事録では外部AIを使えない場合があります。
契約上、顧客情報を第三者サービスへ送れないケースもあります。この場合は、匿名化、社内承認済みAI、オンプレミス環境、ローカルLLMを検討します。
さらに、完全自動化を目指すほど初期設計は重くなります。
- 入力テンプレート
- 抽出プロンプト
- JSON検証
- 保存先API
- 通知先
- 例外処理
- 人間レビュー
- KPI集計
これらを一度に作ると失敗しやすいです。
最初は、1会議、1保存先、1通知先に絞ってください。
類似記事との差別化
よくある記事は、「AIで議事録を要約しましょう」で終わります。
しかし、要約だけでは業務は進みません。
この記事で扱っている差別化ポイントは、次の通りです。
- 要約ではなくTODO抽出に絞る
- JSONで出力形式を固定する
evidenceで根拠文を残す- Google SheetsやNotionに保存する前提で設計する
- 人間レビューを運用に入れる
- KPIで改善する
- 業種別テンプレートや保守メニューへ接続する
- Hiroサイトの自動運用とAIスロップ防止基準の考え方を転用する
「AIに読ませる」だけではなく、「保存、通知、検証、改善」までつなげることが大切です。
今日やる具体的アクション
今日やるなら、次の1つだけで十分です。
直近の会議議事録を1本選び、この記事のプロンプトに貼り付けて、JSON形式でTODOを抽出してください。
その後、次の5点を確認します。
- TODOではないメモが混ざっていないか
- 担当者が原文にあるか
- 期限が推測で埋められていないか
evidenceを見て納得できるか- Google Sheetsに貼れる形式になっているか
次に、Google Sheetsへ次の列を作ります。
meeting_date
meeting_name
task
owner
due_date
priority
status
evidence
created_at
reviewed_by
ai_fixed
最初は手動で貼り付けてください。
2〜3回続けて同じ形式で記録できたら、Notion API、Google Sheets API、Slack通知へ進みます。
まとめ：議事録TODO抽出は、会議後の雑務を資産化する入口
AIで議事録からTODOを自動抽出する方法は、単なる時短テクニックではありません。
入力テンプレート、抽出プロンプト、JSON出力、保存先、通知、人間レビュー、KPIをつなげることで、会議後の作業を継続的に減らす仕組みになります。
大事なのは、AIに「いい感じにまとめて」と頼まないことです。
担当者、期限、行動、根拠文を固定形式で出し、足りない情報は足りないまま出す。これが業務で使える自動化の前提です。
Hiroサイトの自動ブログ運用でも、記事生成、保存、git操作、Cloudflare Pages公開、AIスロップ防止テストという流れをログ付きで運用しています。議事録TODO抽出も同じです。属人的な作業を、確認可能な自動処理へ変えていきます。
最初の目標は大きくしないでください。
まずは1つの定例会議で、TODO抽出、担当者確認、期限確認、Google Sheets保存、完了率の記録まで試す。
そこから、社内展開、顧客向けテンプレート、月額保守、ツール紹介収益へ広げる方が現実的です。
本気で自動化・不労所得を構築したい方向けの実践マニュアル
議事録TODO抽出は、自動化資産づくりの入口です。
ただし、収益につなげるには「何を自動化するか」「誰に売るか」「どの導線で回収するか」まで設計する必要があります。
このサイトでは、AI、VPS、アフィリエイト、コンテンツ量産、業務自動化を組み合わせて、できるだけ人の手を離して回る仕組みを作るための実践マニュアルを用意しています。
自分の時間を切り売りする働き方から抜け出し、毎日積み上がる自動化資産を作りたい方は、次のページから興味のあるテーマを選んでください。