会議の議事録から決定を抽出する方法（単に要約するのではなく）

移行会議は3月の火曜日の3時30分に終了しました。録音ボットが通話に参加していたので、約9,000語のトランスクリプトがあります。これは、重複した発言が1時間で生成するおおよその量です。また、ハイライトとアクションアイテムを含む整理されたAIの要約もあります。その会議に関するすべての情報は、ある意味でファイルに保存されています。

6ヶ月後、新しいエンジニアリングリードが明白な質問をします。「なぜこれをQ4に延期しなかったのか？」そして誰も答えられません。延期に反対した人は去ってしまいました。議論は本物でした — それは3回の別の発言で提起され、40分の間隔で行われ、部屋全体を巻き込みました — しかし要約には現れません。なぜなら要約はハイライトを保持し、断片的に到達する理由付けは決してハイライトにはならないからです。

議事録は会議の記録です。それは決定ではありません。この投稿はその違いについてです — 決定記録が実際に何を含んでいるのか、議事録から手作業でそれを取り出すのに午後がかかる理由、そしてAI抽出が要約ではなく決定構造をターゲットにすることで経済性をどのように変えるのかについてです。

議事録は会議の記録です。それは決定ではありません。

トランスクリプトと要約の問題は本質的に解決されました。半ダースのツールがあなたの通話に参加し、クリーンなトランスクリプトを生成し、ハイライトとアクションアイテムを含む要約を提供します。それは本当に便利で、引き続き使用すべきです。しかし、注意してほしいのは、それが提供するものです：言われたことの圧縮された再話です。それが要約の役割であり、うまくこなしています。

それが提供しないのは、あなたが決定したことの記録です — グループが決定した選択肢、排除した代替案、そしてそれらを排除した理由です。どんなに良い要約を作成しても、それは得られません。なぜなら、2つの文書は異なる質問に答えるからです。要約は「この会議で何が起こったか？」に答えます。決定記録は「私たちは何を決定し、なぜ他の選択肢を拒否したのか？」に答えます。

その区別は、最も高価な瞬間に最も重要です：数ヶ月後、問題が再び浮上したときです。要約は「なぜ延期しなかったのか？」については沈黙しています — 延期に反対する議論は声に出され、その後圧縮されました。決定記録はそれに一文で答えます。（選択肢の背後にある選択ではなく、タスクを記録するという密接に関連した罠については、アクションアイテムと決定を参照してください — そして、人々が去るときにそのすべての未捕捉の理由がどうなるかについては、制度的知識の危機を参照してください。）

研究者たちは20年間、会議から意思決定を引き出そうと努力してきました。

これは、AIノートテイカーが昨年発見した問題ではありません。2005年、AMIプロジェクトは約100時間の会議を録音し注釈を付けました。これは、研究者が実際に会議で何が起こるかを研究できるようにするためです。そして2007年から2008年にかけて、グループはそのコーパス内の意思決定ポイントを検出するシステムを構築していました — HsuehとMooreの意思決定検出作業、そしてFernándezと同僚の意思決定サブダイアログモデルなどです。

その研究の一貫した、謙虚な発見は、実際の会議での決定は交渉され、散発的で、暗黙的であるということです。人々は「私たちは理由YとZのためにXを決定しました」とはめったに言いません。彼らはトピックを巡り、放置し、再び戻り、半ばコミットし、次に進む — これが、急いでいる人間と要約モデルが失う決定の正体です。必要な推論は、単一のハイライトには含まれないターンに分散しています。

トランスクリプトから実際に何を引き出すべきか

決定を抽出することは「要約するが、短くする」ことではありません。それは四つの特定の事柄に対するターゲットを絞った読み方です。どれか一つでも欠ければ、それは記録ではなくメモになります。

ソフトウェア工学は2011年にこの正確な形を制度化しました。マイケル・ナイガードがアーキテクチャ決定記録を提案したときです。これは、文脈、決定、その結果を捉えた短い文書で、説明するコードと一緒に保管されます。ADRsは、同じ再開問題を解決したため広まりました。新しいエンジニアが「なぜこのように構築されているのか？」と尋ねると、考古学プロジェクトではなく答えが得られます。上記の4つの項目を組み合わせると、一般的なバージョンが得られます。それは、部屋にいた人々を超えて生き残る決定監査トレイルの背骨です。

手動方法 — そしてなぜそれが午後を消耗させるのか

手作業でこれをすべて抽出することができ、その方法は簡単です：

1. トランスクリプトを最初から最後まで読み、選択、異議、または代替案が現れるすべてのターンにマークを付けてください。
2. 各決定について、グループが約束したことを一文で表現してください。
3. 議論を遡って、提案されて却下された選択肢を集めて、選択肢に目に見える代替案を持たせてください。
4. 議論を再構築してください — 各選択肢に賛成または反対した人を引用または言い換え、その理由を正しい側に添付してください。
5. 所有者の名前を付けて、実際に再び見つけられる場所に全てをファイルしてください。

それは機能します。また、誰もが静かにスキップする部分でもあります。なぜなら、実際のトランスクリプトは、重複するスピーチ、脱線、未完成の考えが何千語も含まれているからです。そして、上記の会議スピーチの研究が予測するように、必要な理由はそれに散らばっており、しばしば一つの場所で明確に述べられることはありません。40分離れた3つの別々の脇道で提起されたコンセプトを再構成するのは、時間がかかり、慎重な作業です。うまくやれば、会議ごとに午後を消費します。急いでやれば、再び要約が得られます — それはまさに不十分だったものです。この退屈さは、規律の問題ではなく、構造の問題であり、構造は自動化可能です。

「しかし、私のAIノートテイカーはすでに決定をリストアップしています。」

公平な反論です — 現在のほとんどの会議ツールは「決定事項」の箇条書きを出力しますし、トピックとアクションアイテムだけが必要であれば、その要約は本当に十分です。しかし、それを決定記録として頼ることには2つの問題があり、それは異なる種類の問題です。（より広い視点から — どの種類のAIツールがどの決定作業に適しているか — 私たちのAI意思決定ツールの正直なまとめをご覧ください。）

最初は信頼性です。研究者たちがQMSum Mistakeデータセットのために200件の機械生成された会議要約に人間が注釈を付けたとき、省略 — 重要な決定や行動が完全に欠落している、またはその内容が言及されているだけの状態 — は、言及されなかった具体的な内容とともに9つの繰り返し現れるエラークラスの1つとして現れました（Kirstein, Ruas & Gipp, COLING 2025）。要約モデルは、議論された内容のカバレッジを最適化しており、決定された内容の確実なキャプチャのためには最適化されていません — 実際の決定が達成される散発的で暗黙的な方法こそが、まさに難しいケースなのです。

第二の問題は、弾丸が正しい場合でも存在します。「決定：Q3に移行を出荷する」というのは解決策だけであり、検討された選択肢や両側の議論はまだ欠けており、それらは後で決定が疑問視されたときに必要な部分です。正しい一行の弾丸はメモです。記録はその周りの構造です。

Argumentreeが要約ではなく決定を抽出する方法

Argumentreeは異なるターゲットのためにトランスクリプトを読み取ります。発言された内容を物語に圧縮するのではなく、そのAI抽出は意思決定構造を探します：議論されている質問、互いに比較される選択肢、そしてそれぞれの選択肢に対する賛成と反対の主張です。それらを賛否の議論マップにまとめます — 良いファシリテーターがホワイトボードに描くのと同じ形で — 草案の決定と提案されたオーナーが添付されています。

出力は、あなたのトランスクリプトの隣にある別の要約ではありません。それは、まだ理由が添付された構造化されたクエリ可能な意思決定記録であり、完全な監査証跡を持っています — 選択肢、その代替案、そして両側の議論が次回その質問が戻ってきたときにワンクリックでアクセス可能です。会議を防御可能な決定に変えることがあなたのチームの繰り返しの仕事であるなら、これはArgumentreeが呼ぶ会議インテリジェンスの核心です。

トランスクリプトはソースです。レコードは資産です。

ノートテイカーを保持してください — それが生成するトランスクリプトは、他のすべてが依存する生の素材であり、その要約は通話を逃した人々にとって便利です。ただ、それが何であるべきかを求めるのはやめてください。言われたことの圧縮は、何が決定され、なぜそうなったのかを答えることはできません。そして、その答えが必要な瞬間は、まさにそれを記憶から再構築できる人々がいなくなった瞬間です。

抽出 — あなたの最も重要な会議では手作業で、他のすべての場面では人間が関与する自動化で行われる — は、録音の山を資産に変えるものです。それは、目に見える選択肢を伴う決定、離脱を超えて生き残る理由付け、再放送ではなくリンクによって答えられる再検討される質問を生み出します。