AIの議事録要約を「決定・理由・次の一手」の記録に整える：3か月後に「なぜ」に答えられる残し方

要約が出ても「なぜ」に答えられない理由

AIの議事録機能を使うと、会議が終わってすぐに要約と行動項目がそろいます。ところが数か月たって「なぜこの仕様にしたのか」と聞かれると、要約には「〇〇に変更」という結論だけが残っていて、理由や比べた案が見当たらないことがあります。

原因はツールの性能だけではありません。要約は会話全体を短くまとめるためのものです。どの発言が最終的な決定なのか、誰がそれを認めたのか、どの案を捨てたのかを区別する役目は、そもそも負っていません。会議の中では当たり前だった前提ほど、要約からは抜け落ちやすくなります。

この記事では、会議という一つの業務の出力を、人にもAIにも再利用できる「決定記録」に変える手順を扱います。フォルダ全体の整理や、個人のメモリ設定の話は扱いません。

公式ヘルプで確かめた、要約の保存先・共有・削除

まず、AIの議事録がどこに置かれ、誰が見られ、消すとどうなるかを、取得できた公式ヘルプの範囲で整理します。どの製品も、プランや管理者の設定で動きが変わります。自社の環境で実際に確かめることが前提です。

Microsoft Teamsでは、録画か文字起こしをした会議の後に「まとめ（Recap）」が作られます。ここには録画、文字起こし、共有ファイル、メモ、議題、フォローアップのタスクが集まります。AIによる要約や行動項目はTeams Premiumなどの追加ライセンスで使える機能です。ヘルプは、AIの生成内容が不正確だったり不完全だったりする場合があると明記しています。まとめへのリンクは組織内の人に共有でき、アクセス権のない人は権限を申請する形になります。AI要約はOutlookのメールとして社外の参加者にも送れます。宛先は初期状態では招待された人で、送信前に追加や削除ができます。ただし、機密度ラベルの設定によってはこの共有が使えません。

Teamsには「meeting memory」という仕組みもあります。インテリジェントなまとめを有効にした会議で作られる、AIだけで生成された記録です。CopilotなどのAIが、文字起こしを消した後でも会議について答えるために使います。このファイルはTeamsの画面からは見えず、直接開くこともできません。消すには会議のまとめの内容ごと削除する必要があり、文字起こしや録画だけを消しても残ります。まとめの削除は主催者と共同主催者ができますが、元に戻せず、一部だけを選んで消すこともできません。なお、この機能はプレビュー段階で、限られたプログラムに参加している組織だけが対象とされています。

一方、Teamsの会議でのCopilotのヘルプには、文字起こしが使えなくなるとCopilotが使えなくなり、それまでの会話履歴も消えると書かれています。定例会議では、後の回で文字起こしをすると前の回のCopilotとの会話履歴が見られなくなる、という注意もあります。AIに聞けば答えが返ってくる状態は、設定や削除の操作で変わりうると考えておくのが安全です。

NotionのAI Meeting NotesはBusinessプランとEnterpriseプランなどで使えます。会話を文字起こしし、要点と行動項目をまとめた要約を作ります。要約には文字起こしの該当箇所へのリンク（引用）が付き、要約の作り方を独自の指示で変えることもできます。会議メモはそれぞれ個別に共有設定を持っていて、共有のデータベースに置いたメモはそのデータベースの権限を引き継ぐ場合があります。保存先の初期値を決めていないと、本人専用の会議用データベースが自動で作られます。ワークスペースの管理者は、全員の保存先を1つのデータベースに指定できます。録音データは録音した人の端末に保存され、端末への保存は初期状態ではオフです。今回取得したヘルプでは、Notionで要約を削除したときの扱いは確認できませんでした。

Google Meetの「Take notes for me」は企画段階で対象に入れていました。しかし今回は公式ヘルプの原文を取得できなかったため、保存先や共有範囲の説明は控えます。使っている場合は、公式ヘルプと自社の管理設定で直接確かめてください。

AIの要約を決定の原本にしない理由

前のセクションの内容から、AIの要約を「決定の原本」として扱うのが危うい理由が三つ見えてきます。

一つ目は、正確さが保証されていないことです。どちらの製品も要約はAIの生成物で、誤りや抜けが起こりうるとしています。二つ目は、残り方が自社でコントロールしにくいことです。組織のポリシーで期限が切れることもあれば、まとめの削除でまとめて消えることもあります。逆に、文字起こしを消してもAI側の記録だけが残る場合もあります。三つ目は、置き場所が製品ごと、会議ごとに散らばることです。会議のチャット、個人の会議用データベース、メールなどに分かれていくと、後で「正しい版はどれか」がわからなくなります。

そこで、AIの要約は下書きと位置づけます。人が確認して確定した決定だけを、1か所の決定記録に書き写します。要約や文字起こしは消さずに、決定記録から根拠としてリンクする。この役割分担が基本になります。

判断の目安：決定記録を作るときの5つの基準

導入するときは、次の5つを社内のルールとして先に決めておくと迷いが減ります。

• (1) 原本は人が確定した決定記録の1か所に置く。AIの要約は下書きとし、そのまま正式な記録にしない。
• (2) 1件の決定ごとに「決定内容・理由・却下した案・次の一手（担当と期限）・確定した人・元の議事録へのリンク」をそろえる。理由と却下した案がないと、後でAIに聞いても「何を決めたか」しか返ってこない。
• (3) 共有範囲は会議ごとに決める。社外の参加者がいる会議や人事の話し合いでは、AI要約を使わないか、共有先を絞るかを事前に決めておく。Teamsでは会議ごとにCopilotを使わない設定を選べ、その場合は録画と文字起こしも止まるとヘルプにある。
• (4) 保存先を一本化する。製品ごとの保存先はばらばらなので、決定記録を集める場所を1つ決め、社内検索のAIにはそこを優先して読ませる。
• (5) 決定が覆ったら古い記録は消さない。「置き換え済み」と書き、新しい決定へのリンクを付ける。AIが古い決定をそのまま答えるのを防ぐため。

決定記録の型と、会議の終わり方

型は、1件の決定を1行（1レコード）で書く台帳形式にしておくと扱いやすくなります。項目は、決定ID、日付、会議名、決定内容、理由、却下した案とその理由、次の一手（担当者と期限）、確定者、状態（有効／置き換え済み）、置き換え先へのリンク、元の議事録へのリンク、です。

運用のポイントは、確定する時間を会議の中に取ることです。たとえば会議の最後の5分を使い、議長がAIの要約から決定にあたる部分だけを読み上げます。その場で参加者に「これで確定でよいか」を確かめ、台帳に書きます。会議が終わってから一人で整理しようとすると、理由や却下した案の記憶がすでに薄れています。

AI側の機能も、下書きを整える用途には役立ちます。Notionでは要約の指示を自分で作れるので、「決定・理由・却下案・次の一手」の順で出すように指示しておけば、書き写す手間が減ります。Teamsでも、会議中や会議後にCopilotに論点や意見の違いを尋ねられます。ただし、どちらの出力も確定前の材料です。確定者の欄を埋めるのは人の仕事です。

根拠のリンクは、消えにくいものを選びます。Teamsのまとめは削除や期限切れで中身がなくなる可能性があります。重要な決定では、リンクに加えて理由を台帳の本文にも自分の言葉で書いておくと、元の記録がなくなっても説明できます。

仮例：アサギ精工の設計レビュー

架空の会社「アサギ精工」（社員60名の部品メーカー）の仮例です。週1回の設計レビューでAIの議事録機能を使っていました。半年後、新任の担当者から「試作品の材質を樹脂から金属に変えた理由」を聞かれましたが、要約には「材質を金属に変更」としか書かれていませんでした。

そこで、会議の最後の5分を確定の時間にしました。議長がAIの要約から決定事項だけを抜き出し、共有の「決定台帳」に1件1行で書きます。このときの記入内容は、決定が材質を金属に変更、理由が耐熱試験で樹脂が基準に届かなかったこと、却下した案が樹脂を厚くする案（重量が超過するため）、次の一手が購買担当による来週金曜までの見積取得、確定者が設計課長、そして元の議事録へのリンクです。

顧客名が出る回は、要約の送付先を社内の参加者だけに限ります。決定が変わったときは古い行に「置き換え済み」と書き、新しい行へのリンクを付けます。社内検索のAIには決定台帳を優先して読ませ、議事録の要約は根拠をたどるときだけ参照する位置づけにしました。これで、同じ質問が来ても台帳の1行で理由と却下した案まで答えられます。

使い始める前に自社で確かめること

本記事は、取得した公式ヘルプの記載の範囲で説明しています。AIの要約機能が使えるかどうか、保存の期限、共有の制限は、契約しているプランや管理者の設定、機密度ラベルで変わります。特にTeamsのmeeting memoryはプレビュー段階で、対象の組織も限られています。

確かめておきたいのは次の4点です。自社ではAI要約がどこに保存され、いつ期限切れになるか。誰が削除でき、削除するとAI側の記録まで消えるか。社外の参加者にどこまで共有できる設定になっているか。決定台帳を社内検索のAIに優先して読ませられるか。この4点がはっきりしてから運用ルールを決めると、要約が出たら終わりという状態から抜け出しやすくなります。