社内事例2026年5月更新
【作成推奨】議事録要約→タスク自動起票で会議後30分を取り戻した話
国内の議事録AI活用事例(内外テック/印西市/メモリーグループ等)を踏まえ、Lovableで『議事録要約→タスク自動起票』ツールを内製する手順をまとめます。
更新日: 2026-05-18読了時間 約2分#社内事例#作成推奨#議事録#会議#タスク管理#Lovable AI
JAPAN AI(内外テック様)・印西市議会向けソリトンシステムズ・メモリーグループ等、国内で先行する議事録AI事例を参考に、Lovableで内製する場合の最小構成として再構成しました。
3行まとめ#
- Zoom/Teams録音 → 文字起こし → 要約 → 決定事項とTODOを抽出 → 担当者にDM、までを自動化。
- Lovable Cloud + Lovable AI + Slack/Teams Connectorで完結。
- 『会議後の30分(議事録整形+タスク起票)』を丸ごと消せる、最もROIの高い社内ツールの一つ。
課題(Before)#
- 会議後、議事録担当が30〜60分かけて清書 → 共有がいつも翌日。
- 決定事項とTODOが本文に埋もれ、誰が何をいつまでにやるか曖昧。
- 結果、次の会議で同じ議論を繰り返す。
作ったもの(After)#
会議終了10分後にはSlackへ『要約 / 決定事項 / TODO(担当・期限つき)』が投稿され、各担当者宛にもDMが飛ぶ。
[ 画像プレースホルダ: mij-minutes-arch ]
議事録Botの構成図
📷 撮影指示:録音→文字起こし→AI要約→Slack投稿、の流れを示す図
構成(使用Lovable機能)#
- Lovable Cloud: 会議メタデータ・要約・TODOを保存。後から検索可能に。
- Lovable AI: Gemini 2.5 Flash で要約+構造化抽出(コスト最適)。
- 外部API: Whisper等の文字起こしAPI(社内データは外部送信ポリシーに従う)。
- Slack Connector: 要約投稿+担当者DM。
プロンプト例#
以下は会議の文字起こしです。次のJSONを出力してください。
{
"summary_3lines": ["...", "...", "..."],
"decisions": ["決定事項1", "決定事項2"],
"todos": [
{ "task": "...", "owner": "氏名 or 役職", "due": "YYYY-MM-DD or 未定" }
],
"open_questions": ["次回までに決めるべき論点"]
}
ルール:
- 推測で担当者や期限を埋めない(不明なら "未定" / null)。
- 雑談・確認だけの発話はTODOに含めない。
- 文字起こしの誤認識は前後文脈で補正してよい。
【文字起こし】
{transcript}効果・所感#
- 議事録作業 平均45分/回 → 5分/回(レビューと修正のみ)。
- TODOの責任所在が明確になり、次回会議の冒頭の『これ誰がやる話でしたっけ?』が消えた。
- 過去議事録の横断検索(Cloud DB側)も価値が高い。半年後に効いてくる資産。
人がやる vs AIがやる#
- AIがやる: 文字起こし整形・要約・TODO抽出・担当者通知の下書き。
- 人がやる: 機密情報のマスキング判断、最終公開可否、TODOの妥当性レビュー。
- 境界の鉄則: 『社外に出る議事録』は必ず人が承認してから配信する。
JAPAN AI事例では年間50時間以上の削減報告も。まずは社内会議の議事録から始め、顧客同席会議は後回しにするとリスクを抑えやすいです。
参考事例(国内)#
関連記事
- 【作成推奨】見積書チェックBotを社内Slackに置いた中小製造業の話
AI見積りシステムやOCRで発注書を突合する国内事例を踏まえ、中小製造業が『見積書チェックBot』をLovableで内製する作り方と効果をまとめます。
- 【作成推奨】社内FAQ検索Botを内製してヘルプデスク負荷を半減した話
ファーストトレード/荏原製作所/ソフトバンク等の国内事例を踏まえ、Lovableで『社内FAQ検索Bot』をRAG構成で内製する作り方をまとめます。
- 【作成不要】『営業メールの下書き』は作らなくていい — ChatGPTで足りる仕事の見分け方
AIネイティブな働き方の視点で『社内ツール化すべき仕事』と『汎用AIチャットで十分な仕事』を切り分ける判断軸。営業メール下書きを例に、なぜ作らない方が良いかを解説します。
※ 本記事は非公式の日本語ガイドです。最新情報は公式ドキュメントをご確認ください。