前回、打ち合わせは合意ではなく、省略で進むと書いた。
話した。
確認した。
議事録にも残した。
それでもズレる。
その理由は、単純に会話量が足りないからではない。
打ち合わせでは、多くのことが、
「同じ意味で理解されたはず」
「そこまでは言わなくても分かるはず」
「いつも通りで通じるはず」
として省略される。
「今月中に対応します」
「それでお願いします」
「一旦この方向で進めましょう」
「確認しておきます」
「共有しておきます」
「できると思います」
こうした言葉は、会議中には合意に見える。
しかし、その内側には大量の前提が折り畳まれている。
誰にとっての「対応」なのか。
どの状態を「完了」と呼ぶのか。
誰が「確認」するのか。
誰に「共有」すれば足りるのか。
どの意味で「できる」のか。
この前提が揃わないまま進むと、あとでズレる。
では、その省略をどう見つけるか。
ここでLLMを使うなら、私は議事録係としてだけではなく、省略検出器として使った方がよいと思っている。
LLM議事録の落とし穴
打ち合わせにLLMを使うと聞くと、最初に思い浮かぶのは議事録作成かもしれない。
会議を録音する。
文字起こしする。
要約する。
決定事項を整理する。
ToDoを抽出する。
もちろん、それは便利である。
長時間の会議を短くまとめられる。
担当者と期限を拾える。
聞き逃した内容もあとから確認できる。
ただ、打ち合わせがズレる地形を考えると、LLMを単なる議事録係として使うだけでは少しもったいない。
場合によっては、危ないとも思う。
なぜなら、LLMは曖昧な会話を、かなりきれいに整えることができるからだ。
本当は未決定だったこと。
誰の判断か曖昧だったこと。
言葉の意味が揃っていなかったこと。
その場では流れた違和感。
誰も質問しなかった前提。
そうした揺れが、要約によって「決まったこと」のように見えてしまうことがある。
曖昧な会話が、整った議事録になる。
整った議事録が、合意した証拠のように見える。
しかし実際には、前提はまだ同期されていない。
ここに、LLM議事録の落とし穴がある。
まとめることで消えるもの
LLMは、会話を読みやすくまとめるのが得意である。
長い発言を短くする。
重複を消す。
話題を分類する。
決定事項らしいものを抜き出す。
担当と期限をToDoへ変換する。
これは実務上、とても助かる。
ただし、打ち合わせのズレは、しばしば「読みにくい部分」や「曖昧な部分」に残っている。
言い淀み。
仮置き。
保留。
言葉の揺れ。
主語の欠落。
判断者の不在。
責任の戻り先の曖昧さ。
こうしたものは、読みやすさのために削られやすい。
たとえば、会議で次のような発言があったとする。
「たぶん今月中には何とかできると思います。細かいところは確認して、必要なら一旦こちらで見ておきます」
これを普通に要約すると、
「今月中に対応予定。詳細は確認する」
となるかもしれない。
しかし、この要約では、かなり多くのものが消えている。
「たぶん」は、どの程度の不確実性なのか。
「何とかできる」は、技術的にできるという意味なのか、運用で吸収するという意味なのか。
「細かいところ」とは何か。
「確認する」のは誰か。
「必要なら」と判断するのは誰か。
「こちら」とはどの立場か。
「見ておく」は責任を持つという意味なのか、仮に確認するだけなのか。
要約は便利である。
しかし、要約によってズレ候補が丸められることがある。
だから、打ち合わせ後に最初にLLMへ頼むことは、要約でなくてもよい。
その前に一度、
「この会議で、まだ揃っていない前提はどこですか」
と聞いてみる。
LLMに結論を出させず、分岐を出させる
ここで重要なのは、LLMに正解を出させないことである。
「この会議は合意できていますか」
「この仕様で問題ありませんか」
「相手は何を考えていますか」
こう聞くと、LLMはそれらしい回答を生成する。
しかし、そこで作られるのは、あくまで入力された記録から生成された解釈である。
相手の本当の意図でもなければ、合意の保証でもない。
だから、LLMにさせたいのは断定ではなく、分岐の提示である。
「この言葉には、どのような解釈の分岐がありますか」
「立場によって受け取り方が変わりそうな箇所を挙げてください」
「主語、期限、完了条件、判断者が不足している発言を抽出してください」
「合意したように見えるが、複数の読み方が残っている箇所を示してください」
こう使えば、LLMは会議の判定者ではなくなる。
会議中には見えなかったズレ候補を、あとから再観測するための補助線になる。
LLMに「疑わせる」というより、
一度収束したように見える言葉を、複数の解釈候補へ開き直させる。
その方が実態に近い。
「今月中に対応します」を分解する
たとえば、打ち合わせでこう決まったとする。
「今月中に対応します」
普通の議事録なら、
「今月中に対応予定」
と書かれる。
一見、問題はなさそうに見える。
しかし、この一文にはズレ候補がかなりある。
顧客にとっての「対応」は、今月中に使える状態になることかもしれない。
営業にとっての「対応」は、今月中に納品できる状態にすることかもしれない。
開発にとっての「対応」は、今月中に実装を終えることかもしれない。
運用担当者にとっての「対応」は、来月から現場で回せる状態にすることかもしれない。
同じ「対応」でも、見ている地点が違う。
さらに、「今月中」も分岐する。
実装完了なのか。
社内確認完了なのか。
顧客確認完了なのか。
本番反映完了なのか。
現場運用開始なのか。
請求可能な状態なのか。
ここを曖昧なまま進めると、あとでズレる。
LLMにさせたいのは、「今月中に対応予定」と短くまとめることだけではない。
その一文から、
「対応の定義が立場によって分岐している可能性があります」
「今月中の対象が、実装完了なのか運用開始なのか未確定です」
「顧客確認、本番反映、現場展開のどこまで含むか確認が必要です」
という未同期点を出させることである。
LLMは、場に入れる小さなプローブになる
この使い方では、LLMは会議の外側から正解を与える存在ではない。
会議記録へ小さな問いを入れ、その反応を見るプローブに近い。
たとえば、
「誰が判断するのか」
という問いを入れたとき、責任者が明確に出るのか。
それとも、複数の候補が出るのか。
「完了とは何か」
という問いを入れたとき、ひとつの状態へ収束するのか。
それとも、実装・検証・納品・運用開始へ分岐するのか。
「誰の仕事が変わるのか」
という問いを入れたとき、打ち合わせ参加者だけで閉じるのか。
それとも、その場にいなかった現場担当者が浮かぶのか。
LLMの回答自体が正しいとは限らない。
しかし、問いを入れたときにどこが分岐するかを見ることで、会議記録の不安定な場所が見えてくる。
LLMは答えではなく、場の反応を見るための小さな干渉として使える。
LLMに投げる問い
実際に使うなら、プロンプトは難しくしなくてよい。
たとえば、打ち合わせメモを貼り、こう依頼する。
「以下の打ち合わせメモを、決定事項ではなく、後でズレそうな省略に注目して整理してください」
見る観点は、たとえば次のようなものになる。
- 「できる」「対応する」「共有する」「完了」など、意味が分岐しそうな言葉
- 誰が判断するか未定義な箇所
- 誰が戻せるか未定義な箇所
- 技術的には可能でも運用上詰まりそうな箇所
- 顧客、営業、開発、現場担当で受け取り方が違いそうな箇所
- 次回確認すべき問い
出してほしいのは、きれいな要約だけではない。
欲しいのは、
ズレ候補。
省略されている前提。
影響を受ける立場。
確認質問。
放置した場合の摩耗。
この形でLLMを使うと、議事録は少し違うものになる。
決定事項の記録だけではなく、再同期のための地図になる。
プロンプトは商品ではなく、役割設定の例である
実際には、次のような形で使える。
以下の打ち合わせメモを、
決定事項ではなく「後でズレそうな省略」に注目して整理してください。
主目的は要約ではありません。
合意したように見える箇所に残っている未同期点を見たいです。
観点：
- 「できる」「対応する」「共有する」「完了」「確認する」など、
意味が分岐しそうな言葉
- 主語・判断者・期限・完了条件が不足している箇所
- 誰が戻せるか未定義な箇所
- 技術的には可能でも、運用上詰まりそうな箇所
- 顧客・営業・開発・現場担当で受け取り方が違いそうな箇所
- 質問が出なかったことで、理解済みと誤認されていそうな箇所
- 次回確認すべき問い
断定は避け、
複数の解釈候補として提示してください。
出力形式：
1. ズレ候補
2. 省略されている前提
3. 想定される解釈の分岐
4. 影響を受ける立場
5. 確認質問
6. 放置した場合の摩耗
以下の打ち合わせメモを、
決定事項ではなく「後でズレそうな省略」に注目して整理してください。
主目的は要約ではありません。
合意したように見える箇所に残っている未同期点を見たいです。
観点：
- 「できる」「対応する」「共有する」「完了」「確認する」など、
意味が分岐しそうな言葉
- 主語・判断者・期限・完了条件が不足している箇所
- 誰が戻せるか未定義な箇所
- 技術的には可能でも、運用上詰まりそうな箇所
- 顧客・営業・開発・現場担当で受け取り方が違いそうな箇所
- 質問が出なかったことで、理解済みと誤認されていそうな箇所
- 次回確認すべき問い
断定は避け、
複数の解釈候補として提示してください。
出力形式：
1. ズレ候補
2. 省略されている前提
3. 想定される解釈の分岐
4. 影響を受ける立場
5. 確認質問
6. 放置した場合の摩耗
ただし、重要なのはこの文面そのものではない。
プロンプトをコピーすることより、
LLMに会議を整えさせる前に、
未同期点を開かせる
LLMに会議を整えさせる前に、
未同期点を開かせる
という役割設定の方が重要である。
会議の種類も、組織も、参加者も違う。
毎回同じプロンプトが正しく機能するとは限らない。
だから、プロンプトは完成品ではなく、その会議へ入れる観測条件のひとつとして扱う。
LLMに任せないこと
LLMに任せない方がよいものもある。
判断そのもの。
合意の保証。
仕様の正しさ。
責任の引き受け。
相手の意図の断定。
LLMは「この会議は合意できています」と判定する装置ではない。
「この仕様なら問題ありません」と保証する装置でもない。
「相手はこう考えている」と決める装置でもない。
LLMができるのは、あくまで補助である。
見落としていそうな前提を出す。
言葉の分岐を示す。
立場ごとの受け取り方を仮説として並べる。
確認すべき問いへ変換する。
ここまででよい。
最終的な判断は、人間に戻す。
ただし、戻すべき判断がどこにあるかをLLMに照らさせる。
この距離感が大事だと思う。
完全同期を目指さない
打ち合わせのズレを完全になくすことは難しい。
人はそれぞれ、違う立場、違う責任、違う時間軸、違う現場を持っている。
同じ言葉を使っていても、完全に同じ意味を持つとは限らない。
だから、LLMを使ってすべての前提を固定し、完全な合意を作ろうとすると、別の問題が起きる。
確認項目が増えすぎる。
会議が重くなる。
現場で判断できる余地が消える。
仮置きだったものまで仕様として固定される。
変化に合わせて読み替える余白がなくなる。
ズレがあること自体が問題なのではない。
問題は、ズレが見えないこと。
ズレたあとに戻れないこと。
誰に戻せばよいか分からないことである。
目指すのは完全同期ではない。
揺らぎを残したまま、
- どこが未確定か分かる
- 誰に確認すればよいか分かる
- 後から解釈を修正できる
- 判断履歴を追える
- 必要な地点で再同期できる
という状態である。
LLMは、そのための観測補助として使える。
LLMは、問いの置き場所を変える
打ち合わせの後に必要なのは、美しい議事録だけではない。
もちろん、決定事項は必要である。
ToDoも必要である。
担当者も期限も必要である。
ただ、それだけでは足りないことがある。
本当に見るべきなのは、
「この会議で、何を話さなくても同じだと思ってしまったのか」
である。
LLMは、この問いを置く場所を変えてくれる。
会議中には聞きづらかったこと。
その場では流れてしまったこと。
曖昧なまま合意したように見えたこと。
主語がないまま進んだこと。
誰も質問しなかったこと。
こうしたものを、会議後に一度取り出せる。
これは、会議を効率化するというより、会議後の再同期可能性を上げる使い方である。
効率化ではない。
自動化でもない。
省人化でもない。
むしろ、少し立ち止まるために使う。
会議を速く終わらせるためではなく、あとで壊れそうな場所を早く見つけるために使う。
この使い方は、LLMの華やかな活用例ではないかもしれない。
しかし、実務ではかなり効くと思っている。
まとめる前に、開き直す
LLMに議事録を書かせること自体は便利である。
ただ、その前に一度、こう聞いてみる。
「この会議で、合意したように見えるが、まだ前提が揃っていない可能性がある箇所はどこですか」
まとめる前に、開き直す。
一度収束したように見える言葉を、複数の解釈候補へ戻す。
それから、人間が必要な場所だけを確認し、再び議事録へ閉じる。
会話
↓
仮の合意
↓
LLMによる分岐の再提示
↓
人間による確認
↓
再同期
↓
議事録
会話
↓
仮の合意
↓
LLMによる分岐の再提示
↓
人間による確認
↓
再同期
↓
議事録
この順番なら、LLMは会議をきれいにするだけの道具ではなくなる。
会議の中に残った省略を、一度見える形へ戻す道具になる。
打ち合わせで本当に怖いのは、意見が割れることではない。
むしろ、何も割れていないように見えることの方が怖い。
全員が同じ言葉を聞き、同じように頷き、同じように進んだつもりになる。
しかし、それぞれが違う前提を持ち帰っている。
LLMは、そのズレを完全になくすことはできない。
けれど、ズレが小さいうちに見つけ、再び接続できる状態へ戻す補助にはなる。
LLMの価値は、曖昧さを消すことだけではない。
曖昧さがどこに残っているかを示すことにもある。
議事録係として使う前に、省略検出器として使う。
判断を代替させるのではなく、
人間へ戻すべき判断がどこに残っているかを照らさせる。
その方が、打ち合わせの後に残るものは、少しだけ実務に耐える形になる。
