議事録の共有をAIに任せたら、関係者全員への配信が30分→1分になった話
会議が終わった瞬間、私の頭の中はもう次のタスクで埋まっている。なのに、議事録を書き終えてからが本当の試練だった。
「課長にはサマリだけ送る」「現場メンバーには決定事項とTODOを切り出して送る」「他部署には背景だけ簡単に共有する」――同じ議事録を、相手に合わせて4〜5パターンに整形し直して配信する。週5回ある会議のうち、私が議事録担当になるのは平均3回。1回あたり共有作業に30分。毎週90分が「整形と送信」だけで消えていた。
これをAIに任せた結果、共有作業が1回あたり1分になった。30倍速。週90分が3分になった計算だ。今日はその全プロセスを書く。
導入：議事録「書き終わってから」が本当の地獄
議事録そのものをAIに書かせる話は、もう散々語られている。私もClaudeに録音文字起こしを渡して骨子を作らせるところまでは1年前にやっていた。
でも、本当のボトルネックはそこじゃなかった。
会議が終わると、私はSlack、メール、Teams、kintoneを開いて、こんな作業をしていた:
課長向け: 結論3行 + 自分の所感1行 + 次アクション
現場メンバー向け: 決定事項リスト + 各人のTODO + 期限
他部署向け: 背景説明 + 関係する論点だけ抜粋
役員向け（たまに）: 金額・リスク・判断ポイントだけ
同じ情報なのに、相手によって粒度も語気も切り口も違う。だから毎回ゼロから書き直していた。これが30分。ひどい日は45分。
ある日、会議が連続3本入って、3本分の議事録共有が溜まった。90分。その日は定時で帰れなかった。
「これ、AIにやらせれば一発じゃないか?」と気づいたのが3週間前。
第1章：共有フロー3ステップ
組んだフローはたった3ステップ。
ステップ1：マスター議事録を1本だけ作る
会議終了後、AIに渡すためのマスター議事録を1本だけ作る。これは「全部入り」で、相手別の整形はしない。
含める要素は固定:
会議名・日時・参加者
議題（箇条書き）
議論の流れ（時系列）
決定事項（最重要・明確にラベル付け）
TODO（誰が・何を・いつまでに）
保留事項・次回持ち越し
自分の所感（社内共有しない・自分用メモ）
これを書くのに10分。録音があるなら文字起こし→Claudeで骨子化で5分。
ステップ2：配信先テンプレを呼び出すだけ
ここがキモ。事前に配信先別テンプレをClaudeに登録してある。
/share_for [配信先タグ]タグは kacho（課長）/ team（現場）/ other_dept（他部署）/ yakuin（役員）の4種類。
マスター議事録を貼り付けて、タグを指定するだけ。Claudeが相手別に再整形して出してくれる。1配信先あたり10〜15秒。4配信先で1分。
ステップ3：そのままコピペで配信
出力をそのままSlackやメールに貼って送信。手動で直すのは固有名詞のチェックくらい。
第2章：相手別の整形ルール
テンプレの中身が成否を分けるので、ここは具体的に書く。
課長向けテンプレ
- 結論を3行で（事実→影響→必要な判断）
- 数字があれば必ず入れる（金額・期日・人数）
- 末尾に「課長判断が必要な事項」を1行で抜き出す
- 敬語、ただし冗長な前置きはカット
- 200〜300字以内課長は忙しい。「結論→判断ポイント」が30秒で読めることが全て。
現場メンバー向けテンプレ
- 決定事項を箇条書きで上に
- 各メンバーのTODOを名前付きで下に（期限明記）
- 背景説明は省略OK（会議に出ていた前提）
- 絵文字1〜2個まで可（チェックマーク・期限マークなど）
- 500字程度現場は「自分が何をいつまでにやるか」が分かればいい。背景の長文は読み飛ばされる。
他部署向けテンプレ
- 冒頭3行で「なぜこれを共有しているか」を説明
- 関係する論点だけ抜粋（無関係な議論は削る）
- 専門用語は1回だけ補足説明を入れる
- 「ご確認お願いします」「ご意見あればお寄せください」で締める
- 400〜600字他部署は文脈がない。だから「なぜあなたに送ったか」を最初に書かないと読まれない。
役員向けテンプレ（たまに使う）
- 金額・リスク・判断ポイントの3点のみ
- 背景は1行で
- 末尾に「ご判断いただきたい事項」を箇条書き
- 150字以内役員は秒で読む。秒で読める形にする。
第3章：他の通知系への応用
この「マスター原本 + 配信先別テンプレ」のパターン、議事録以外にも効く。
案件進捗の社内共有
クライアント案件の進捗を、営業・開発・経理・上司に共有するとき。同じ進捗情報でも、営業は「次のアクション」、開発は「技術的論点」、経理は「請求タイミング」、上司は「リスクと判断」を知りたい。マスター進捗ノート1本→4テンプレで配信、で同じ構造に乗る。
障害報告
システム障害が起きたとき、現場・上司・他部署・顧客向けで報告内容が違う。マスター障害ログ1本→相手別テンプレで一気に整形。夜間障害のときに特に効く（疲れた頭で4回書き直すのは事故のもと）。
出張・展示会レポート
外で見聞きしてきたことを社内に共有するとき。マスターレポ1本→上司向け（学び3点）／チーム向け（明日から使えるTips）／他部署向け（連携機会）で展開。これも同じ。
ポイントは「マスター原本を1本だけ作る規律」。マスターを書かずに各配信先にいきなり書き始めると、結局AIに渡せる情報が散らばって自動化できない。
↑関連の実装パターン:
まとめ
議事録の共有作業を、30分→1分に圧縮した話だった。やったことは2つだけ:
マスター議事録1本に集約する（配信先別の整形はしない）
配信先別テンプレをAIに登録しておく（タグで呼び出すだけ）
この構造を組んでから、議事録だけじゃなく、進捗報告も障害報告も出張レポも全部このパターンで回している。「同じ情報を相手別に整形して配信する」全業務に効く。
明日からマネする最小単位は、まず課長向けテンプレ1本だけ作ること。マスター議事録を貼って「課長向けに整形して」と頼むだけのプロンプトでいい。それだけで週30分は浮く。
業務常駐実装の事例:
続きの処方箋
業務AI実装の具体手順は有料noteで公開しています。
Claude Code業務常駐の実装パターン
AI業務ワークフロー15選
プロンプト設計15フレームワーク集
