tl;dvで会議要約を共有する方法

tl;dvで会議要約を共有するときは、Summaryだけを送るか、録画・Transcriptも開けるリンクを送るかを分けて考えます。共有前に受け手、アクセス範囲、Meeting Notesをリンクへ含めるかを確認し、決定事項や担当を原文と照合してください。要約を送信できても、受け手に必要な情報が届き、権限が適切とは限りません。

tl;dvのAI Meeting Notesはtopicごとの要点とtimestamp付きnotesを表示します。meeting recordingの共有画面ではアクセス範囲を選び、リンクへmeeting notesを含めるかを切り替えられます。読者に「短く伝える」だけでなく、必要な人が根拠を確認できる共有方法を選ぶのがポイントです。

最初に共有先の役割を決める

受け手が何をする人かで、必要な情報量が変わります。

会議参加者：話した内容を振り返る。要約に加え、必要ならTranscriptへ戻れるリンク。

作業担当者：自分のAction Itemを実行する。作業、担当、期限、完了条件を明記。

意思決定者：承認や判断をする。結論、選択肢、未決事項、該当する根拠。

社外の相手：合意事項や次の連絡を確認する。社内評価や関係のない発言を除き、必要な内容だけ。

これはtl;dvの標準テンプレートではなく、共有者が情報を整理するための考え方です。元のMeeting Notesに情報が足りない場合は、Summaryへ事実として書き足すのではなく、確認済みのメモを別に添えます。会議で決まったこと、まだ決まっていないこと、共有者の解釈を分けてください。

リンク権限を選ぶ

tl;dvの共有画面には、録画をリンクを知る人が見られる設定と、アクセスを許可された人だけが見られる設定があります。公式案内では「Anyone with the link」はサインインなしで閲覧できる公開範囲として説明されています。URLを送る相手が少人数でも、転送後の閲覧者まで制御できるかは別です。

「People with access」を使う場合は、対象者のメールアドレスやチーム、閲覧権限を確認します。特定の人に共有すると通知が送られることがあるため、不要な通知も避けたいなら招待方法を先に確認してください。組織共有やTeam libraryを使う場合も、同じ会社ドメインの人全員に見える設定なのか、指定したメンバーだけなのかを理解してから有効にします。

受け手と公開範囲の組み合わせ例

社内の参加者だけ：指定メンバーまたは組織内のアクセスを確認。全社共有が不要ならリンク公開にしない。

社外の顧客へ合意内容を送る：顧客に必要な部分だけを確認し、リンク閲覧者を必要な範囲へ絞る。社内の別議題が含まれる場合は要約を作り分ける。

研修用の公開可能な録画：リンク閲覧を選ぶ場合、録画内容と参加者の同意を確認し、社外の個人情報がないことを別にチェックする。

誰が見るか決まっていない：送信を保留し、受け手と共有範囲を確定する。

Sharing設定でmeeting notesを含めるか決める

録画のリンクをコピーするとき、meeting notesを同時に含めるかを選べる場合があります。受け手がmeeting pageで要点を確認するなら便利ですが、リンクに何が表示されるかを送信前に確認します。Notesを含めないなら、必要な要点を別の文章で添えるか、受け手がどこを見ればよいかを伝えます。

重要なのは、要約をリンクへ含めることと、録画へのアクセスを許可することを混同しないことです。受け手が要約を読めても、録画を開けるとは限りません。逆に録画を開ける相手へすべてのMeeting Notesを見せる必要もありません。送信前に受信者側の見え方を確認できるなら、リンクを開く権限と内容の両方を点検します。

会議全体ではなく一部分だけ伝える場合

長い会議の一部分だけ相手に確認してもらいたいなら、Transcriptから対象箇所を選ぶか、録画から時間範囲を調整してClipを作れます。発言の前後を切りすぎると、条件・質問・反対意見が欠けて意味が変わるおそれがあります。Clipの前後に必要な文脈があるかを再生して確認し、共有画面でアクセス範囲も設定します。

数個のClipをまとめる場合は、Reelにして流れを示せます。ただし、複数の会議や顧客が混ざるなら、誰の発言か・どの会議かが分かるタイトルや説明を付けます。ClipやReelが要点を切り取った編集物であることを、受け手に分かるようにします。会議全体の代替として意思決定に使うなら、重要な留保や未決事項が欠けていないかを確認してください。

共有前チェック

内容：決定・未決・Action Itemが混ざっていないか。

根拠：金額、期限、契約条件はTranscriptまたはrecordingで確認したか。

受け手：誰が読むか明確か。社外向けに内部コメントが残っていないか。

権限：Anyone with the linkか、指定者か。リンク転送時の影響を理解しているか。

添付情報：Meeting Notesを含める必要があるか。録画まで見せる必要があるか。

Clip：前後の文脈があり、会議と発言者を特定できるか。

次の行動：受け手が返信・承認・作業のどれをすればよいか分かるか。

送信後に閲覧できないと言われた場合

「リンクが開かない」と言われても、すぐにAnyone with the linkへ変更するのは避けます。受け手が本人のアカウントでログインしているか、共有先に登録されているか、組織外へのアクセスが制限されているかを順に確認します。必要な人だけを追加する方法が使えるなら、公開範囲全体を広げずに解決できます。

反対に、リンクを知る人が閲覧できる状態で送ってしまったと分かったら、share設定を見直し、アクセスを必要な範囲へ戻します。会議に機密情報が含まれる場合は、設定の変更だけでなく、誰がリンクを受け取ったかも確認します。共有設定は公開範囲の制御であり、要約文そのものの機密情報を消す操作ではありません。

まずは使ってみる

記事の文脈に合うToolへ進めます。報酬の有無で見た目は変えていません。

• 

  tl;dv

  公式サイトを見るTool詳細を見る

AIものさしの判断

会議要約の共有では「送信できたか」だけを成果にしません。受け手が必要な部分を読めること、録画やNotesの権限が目的に合うこと、重要な決定へ必要に応じて戻れることまで整えます。

まず受け手と次の作業を決め、それからSummary、録画、Transcript、Clipのどこまでを渡すか選びます。未確認の担当・期限は埋めずに確認事項として残す。これが、要約を短くしながら誤解や過剰共有を抑える手順です。

メールへ要点だけ渡す場合の組み立て例

受け手が録画を開く必要がないなら、文章で要点を渡す方法があります。たとえば社内の担当者へは、次のように「確認済み」と「確認が必要」を分けて書きます。

件名：本日の顧客打ち合わせ｜決定事項と次の確認

決定：導入候補の対象部署を2つに絞る（Transcript確認済み）

顧客の要望：既存の管理表を移行できるか知りたい

未決：移行費用と開始時期

担当：移行条件を社内確認。担当者は会議で確定していないため、送信前に確認

次の連絡：確認後に見積もり案を送る

これは実在の会議結果ではなく、共有メモの書式例です。実際にメールを送るときは、例の内容を残さず、その会議で確認した情報に差し替えます。相手に元recordingを見せる必要がなければ、SummaryのURLを安易に追加しないことも選択肢です。

録画リンクを共有する場合の例

会議参加者が議事の詳細を再確認するなら、recordingへのリンクと必要なMeeting Notesを組み合わせます。会議の共有画面で「誰がアクセスできるか」を見てからリンクをコピーし、送信文には会議名、確認してほしい箇所、返信期限などを添えます。閲覧相手が特定できるのに、リンク公開へ切り替える理由はありません。

外部顧客に特定の発言だけ確認してもらう場合は、会議全体を見せるのか、Clipを使うのかを選びます。Clipは短くできる一方、編集された区間だけを見るため、質問や条件が前後にあると誤解を生むことがあります。必要ならClipの前後を広げるか、発言の文脈を説明する短い文章を添えます。要約・Clip・recordingのうち一番短いものが常に最善というわけではありません。

会議の種類別に扱いを決める

通常の社内定例：組織共有を使うなら、会議の出席者だけでなく、同じ組織の誰がライブラリを見られるか確認します。

顧客商談：顧客向けの共有と社内レビューを分け、価格交渉や社内評価を顧客向けのリンクへ含めないようにします。

採用・人事面談：面談者以外へ録音を広げる必要性を確認し、リンクを自動共有する会議群から外すか検討します。

障害対応やセキュリティ会議：アクセス先を限定し、会議後の共有担当を決めるまでリンクを送らないようにします。

この分類はtl;dvの自動判定機能を示すものではありません。チームが会議の性質に応じて決める運用案です。アカウントのPrivacy設定や組織の共有ルールを確認し、機微情報の保管や共有条件は担当者へ照会してください。

共有設定と要約の正確さは別々に確認する

リンク権限が正しくても、要約の表現が合意内容を誤って伝える場合があります。逆にSummaryの内容が正確でも、URLのアクセス範囲が広すぎることがあります。送信前に別々の観点で確認します。

正確さ：決定と提案、確定と予定、顧客の発言と社内の解釈を分けたか。

アクセス：受け手が必要な権限を持ち、不要な人がアクセスしないか。

目的：読む人が承認、作業、確認のどれを求められているか。

根拠：数字・条件・期限へ元の発言から戻れるか。

受け手の反応が「結局何をすればいい？」なら、要約をさらに短くするより、次の作業・担当・期限を明記します。反対に「録画を見られない」と言われた場合は、共有権限の確認が先です。内容の編集とアクセス設定を混ぜないことで、必要な修正を短い手順で特定できます。

SummaryとClipを後から再利用する

同じ顧客との複数会議を後から参照する場合は、meeting name、日付、顧客や案件が分かる情報を社内ルールの範囲で記録します。Reelに複数Clipをまとめるなら、各Clipが別の会議から来ていること、時系列、共有範囲を整理します。複数の記録を一つの説明にまとめた場合も、受け手が元会議をたどれるようにします。

情報を再利用するとき、前回の発言を今回の合意として扱わないよう注意します。過去の見積もりや要望が今も有効かは別途確認が必要です。tl;dvが検索や会議横断分析を提供していても、記録の新しさや契約状況を自動保証するものではありません。