クイック回答：記憶ではなく証拠台帳から書く

会議の実際の結果に合うテンプレートを選びます。承認済みノートまたは文字起こしを凍結し、決定、行動、日付、異論、未解決質問を原子記録に分解します。結果を生む文は証拠IDへ結び付けます。担当者名は本人が引き受けた証拠がある場合だけ記載します。会議責任者が宛先、表現、添付、未解決事項を確認してから送信レビューへ進めます。

最低限必要な構造

件名、会議名と日付、一文の目的、確認済み決定、引き受け済み行動と担当・期限、未解決質問、訂正期限、責任ある差出人が必要です。決定がなければ「未決定」と書きます。期限が提案にすぎなければ「提案日」と明示します。

テンプレートが決められないこと

法的効力、雇用状態、インシデント根本原因、商業上の約束、同意、機密範囲、閲覧権限はテンプレートでは決められません。文字起こしがチャット、ホワイトボード、脇の会話、識別不能な発言者を含む保証もありません。権限を持つ責任者が判断します。

草稿前に証拠契約を作る

会議ID、主催者、時間範囲、参加者、同意状態、承認済み出典、アクセス区分、決定責任者、訂正経路を記録します。文字起こし、チャット、議題、決定ログ、タスク管理は別の出典として保ち、出所不明の一つの要約に混ぜません。

原子記録へ分解する

各決定、行動、日付、金額、制約、異論、質問に一意IDを付けます。行動記録には動詞、成果物、引き受けた担当、合意期限または未合意、依存、証拠位置が必要です。決定記録には採択案、決定権者、条件、効力状態を入れます。

証拠状態を保持する

confirmed、proposed、disputed、unknown、superseded、not capturedを区別します。「金曜に出せるかもしれない」を「金曜に出す」へ変えてはいけません。リアクションも承認ではありません。矛盾する出典は両方残し、責任者へ戻します。

宛先を別に確認する

出席は、全添付や議論への継続アクセスを意味しません。To、Cc、添付を現在の権限と必要性に照らします。外部宛では、内部コメント、候補者情報、セキュリティ詳細、契約方針を除外すべきか確認します。

九つのメールを選び分ける

実際の結果に最も狭く合う形式を選びます。複数目的を詰め込むと、受信者が取るべき行動が見えにくくなります。

短い選択規則

権限ある選択には決定確認、作業を引き受けた場合は行動項目、顧客がニーズを述べた場合はディスカバリー、採用の承認済み次工程には候補者、アイデアが暫定ならワークショップ、事実と仮説を分けるならインシデント、受け手の受諾が必要なら引き継ぎ、異論が残るなら未解決事項、実質的会議がなければ欠席・再調整を使います。

良い結論を捏造しない

会議が決定、担当、期限なしで終わることはあります。それも有効な結果です。穴を見せるテンプレートを使い、閉じたように見せません。短い停止通知の方が、自信のある虚構より安全です。

テンプレート1：決定確認

権限ある決定者が会議または承認済み決定ログで案を採択した場合だけ使います。効力を制限する条件や除外を省きません。

必要な証拠

決定ID、採択案、決定権者、発効日、条件、必要な不採択案、出典位置。権限不明または記録が対立するときは停止します。

完全なメール

件名： 決定確認 — [会議／議題] — [日付]

[宛先]様

[日付]の[会議]で確認した決定を記録します。[決定責任者／役割]は、[条件]を満たすことを前提に、[日付／マイルストーン]から [案] を採択しました。対象は[範囲]で、[除外]は含みません。

会議記録上の根拠は[証拠に基づく短い理由]です。[代替案]も検討されましたが、今回の決定では採択されませんでした。このメールは記載範囲外の承認を示しません。

[記録責任者]が[日付]までに[権威ある記録]を更新します。理解と異なる場合は[訂正期限]までに[経路]へ、修正する文を指定して連絡してください。訂正完了までは[決定ログID]を基準とします。

[責任ある差出人]

検証と停止条件

「採択」、範囲、効力を決定ログと照合します。このメールが初の承認記録になる、名指しした人が単なる出席者である、条件が欠ける場合は送りません。

テンプレート2：行動項目

参加者が具体的な作業を引き受けたときに使います。引受済みと割当提案を分け、他者が求めた期限を合意期限へ変えません。

必要な証拠

行動ID、成果物、引き受けた担当、合意期限または未合意、依存、完了証拠、エスカレーション経路。

完全なメール

件名： [会議]の行動項目と担当 — [日付]

[宛先]様

会議で引き受けが確認された行動は次の通りです。

  1. [成果物] — 担当：[氏名／役割] — 期限：[日時とタイムゾーン] — 完了証拠：[記録]。
  2. [成果物] — 担当：[氏名／役割] — 期限：[日時とタイムゾーン] — 依存：[項目]。
  3. [提案行動] — 担当：未受諾 — 提案日：[日付] — [役割]の判断が必要。

確認済みブロッカー：[項目または「記録なし」]。次の確認は[日時とゾーン]です。担当、期限、依存が受諾内容と違う場合は[訂正期限]までに返信してください。このメールは作業を再割当せず、未受諾項目は開いたままです。

[責任ある差出人]

検証と停止条件

タスク管理と会議証拠を並べて確認します。明示的受諾がない、期限のゾーンがない、依存が欠ける、宛先が制限情報を見る場合は停止します。

テンプレート3：顧客ディスカバリー

顧客または見込み客が目標と制約を説明した後に使います。相手の発言を観察として保ち、自社の解釈や提案と区別します。

必要な証拠

承認済み参加者、顧客発言、現行工程、望む結果、制約、不明点、合意した次工程、機密制限。予算、権限、緊急性、購買意図を推測しません。

完全なメール

件名： ご要望と合意した次の手順 — [組織] — [日付]

[顧客名]様

お話しいただきありがとうございました。弊社の理解では、現在[現行工程]を行い、[明示された結果]を改善しながら[明示された制約]を維持する必要があります。直近の課題として[問題]を挙げられました。[予算／期限／技術仮定]は会議で合意していないため、確認済みとして扱っていません。

合意した次工程は[行動]、担当は[人／役割]、期限は[日時とゾーン]です。[承認済み入力]を使い、[制限入力]を除外します。製品適合性や実装案は、貴社の確認までは提案です。

優先事項、制約、次工程に誤りがあれば[期限]までに返信してください。機密訂正は全員返信ではなく[私的経路]をご利用ください。

[責任ある差出人]

検証と停止条件

顧客に関する各文を発言または承認ノートへ結びます。宛先未承認、商業表現が会話を超える、内部評価が顧客向け本文に混ざる場合は停止します。

テンプレート4：候補者面談

承認済み採用工程の更新にだけ使います。面接スコア、保護情報、内部議論、雇用約束は共有しません。

必要な証拠

候補者、職種、承認済み工程状態、許可された次工程、採用担当、時間範囲、アクセシブルな連絡経路、HR承認文。

完全なメール

件名： [職種]面談の次の手順 — [組織]

[候補者名]様

[日付]に[チーム／面接者]とお話しいただきありがとうございました。承認されている次工程は[手順]です。[採用担当／調整者]が[日付または範囲]までに[日程情報／必要資料]をご案内します。

本メールは採用決定を伝えるものでも、職務条件を変更するものでもありません。合理的配慮が必要な場合、または日時・連絡先が誤っている場合は[私的で利用可能な経路]へご連絡ください。全員返信は不要です。

[権限ある採用担当]

検証と停止条件

HR承認済み事実だけを使います。パネルスコア、医療・保護情報、未承認報酬、感情推測、内定示唆、知る必要のない宛先があれば停止します。

テンプレート5：ワークショップ出力

アイデア、投票、仮説、実験が生まれた会議向けです。投票は一手法での優先信号であり、正式ロードマップ決定とは限りません。

必要な証拠

目的、参加方法、成果物、案、投票規則、選択実験、決定状態、担当、未検証仮説。

完全なメール

件名： [議題]ワークショップの出力と検証 — [日付]

[参加者]各位

[問題]について[件数]案を作成しました。事前に説明した[投票／順位付け]では[項目]が高い支持を得ました。これは評価の入力であり、最終ロードマップ承認ではありません。

受諾された検証は、[実験] — 担当[氏名／役割] — [日付]までに証拠、[調査] — 担当[氏名／役割] — [日付]までに証拠です。未検証仮説は[仮説]で、決定責任者が[確認時点]に結果を審査します。

成果物は[承認済み場所]です。案、異論、帰属の漏れは[期限]までに[記録]へ訂正してください。

[進行役／責任者]

検証と停止条件

件数と投票を成果物と照合し、欠席者を賛成者にしません。アイデアが権限なく方針、範囲、納期約束へ変わる場合は停止します。

テンプレート6：インシデントレビュー

確認事実、仮説、対策、開示範囲を分ける必要がある会議向けです。公式インシデント記録の代替ではありません。

必要な証拠

インシデントID、確認済み時系列、影響範囲、証拠、仮説ラベル、封じ込め状態、行動担当、開示責任者、次回更新。

完全なメール

件名： インシデントレビュー — [ID] — [日付]

[権限ある宛先]各位

[時刻]時点の[ID]のレビュー済み状態です。確認事実：[事実と記録ID]。現在の影響：[範囲または「確認中」]。封じ込め：[状態]。

次は仮説であり、確認済み根本原因ではありません：[仮説]。受諾行動：[行動] — 担当[役割] — 期限[時刻]。[制限場所]の記録が権威ある情報で、外部連絡は[開示責任者]が管理します。

[確認時点]までに[インシデント経路]へ訂正または新証拠を追加してください。[アクセス区分]外へ転送しないでください。

[インシデント責任者]

検証と停止条件

証拠未確認、責任追及、早すぎる根本原因、過剰宛先、未承認外部文があれば停止します。

テンプレート7：チーム間引き継ぎ

送り手が説明しただけでは引き継ぎ完了ではありません。受け手が範囲と準備状態を受諾する必要があります。

必要な証拠

引継ID、成果物、状態、受入基準、依存、除外、送り手、提案受け手、受諾証拠、エスカレーション。

完全なメール

件名： 受入確認のお願い — [成果物] — [日付]

[チーム]各位

[送り手チーム]は[成果物]を[状態]で引き継ぐことを提案します。対象：[範囲]。対象外：[除外]。証拠と手順：[承認済みリンク]。既知の依存・リスク：[項目]。

提案受け手は[氏名／役割]です。[日時とゾーン]までに[システム]へ「受諾」「条件付き受諾」「未準備」を記録してください。記録されるまでは提案状態で、[現担当]が責任を保持します。エスカレーション先は[役割／経路]です。

[送り手責任者]

検証と停止条件

出席や「よさそう」だけで完了としません。受入基準がない、資料アクセス不可、責任が宙に浮く場合は停止します。

テンプレート8：未解決事項

重要な結果が不明、異論、担当不在である場合に使います。曖昧さを偽の合意へ変えないためのメールです。

必要な証拠

質問ID、対立する立場、根拠、決定責任者、不足入力、期限、暫定制約、訂正経路。

完全なメール

件名： [会議]の未解決決定 — [日付]までに入力をお願いします

[宛先]各位

次の項目は未解決です。

  • [質問]。立場A：[要約・出典]。立場B：[要約・出典]。決定責任者：[役割]。不足証拠：[項目]。
  • [質問]。状態：[不明／争点]。暫定規則：[安全な制約]。

議論や本メールへの沈黙から最終決定を推測しないでください。[期限]までに[記録]へ証拠を追加し、[責任者]が[確認時点]に決定または延長を公開します。立場の要約は[経路]で訂正できます。

[会議責任者]

検証と停止条件

重要な立場を公平に引用します。異論を消す、権限のない決定者を置く、暫定制約を省く場合は停止します。

テンプレート9：欠席・再調整

実質的な会議がなかった場合に使います。中立に書き、出席事情を公開したり欠席理由を推測したりしません。

必要な証拠

予定イベント、主催者、承認参加者、実質議論の有無、安全な日程経路、タイムゾーン、配慮要件。

完全なメール

件名： [会議／議題]の日程再調整

[宛先]様

[予定時刻とゾーン]に[会議]を完了できませんでした。実質的な決定または行動は記録されていません。[承認済み日程経路]から新しい時間を選ぶか、都合のよい時間帯をご返信ください。

アクセス、タイムゾーン、合理的配慮が影響した場合は[私的サポート]へご連絡ください。個人的な欠席理由の説明は不要です。以前の議題や資料は、別途承認されない限り草稿です。

[主催者]

検証と停止条件

実質議論がなかったことを確認します。理由推測、不要なCc、候補者・顧客の出席開示、権限を広げる日程リンクがあれば停止します。

完全な架空MF089ケースを検証する

MF089はHarbor Vale Instrumentsの九会議をモデル化します。件数と判断を再現できる資料があり、氏名と.invalid宛先は架空です。送信、予約、配信はありません。

36件の証拠が九会議を覆う

各会議に四つの管理証拠があります。確認決定、受諾行動、非決定、提案日、制限事実、異論、アクセス確認を含みます。E01–E36は一意連番で、D01–D09は曖昧な「AI要約」ではなくIDを引用します。

四草稿がブロックされる

D02は提案担当を確定担当にし、D04は承認候補者記録にない面接評価を加え、D06は仮説を根本原因と断定し、D07は受け手の受諾前に完了とします。R01–R09に欠陥と修正要件を残します。

五草稿は責任者レビューへ進める

D01、D03、D05、D08、D09は管理事実を保持し、宛先検査を通ります。「責任者レビュー可能」は承認済みでも送信済みでもありません。

最終状態はNOT_SENT

プロバイダーAPI呼出0、予約0、本番宛先0、配信0、外部作用0です。四つのブロックと最終送信承認なしによりNOT_SENTです。

MF089の数値を再計算する

証拠保持は31/36

初期九草稿は36管理事実中31を正しく保持します。31 ÷ 36 × 100 = 86.11%。状態と条件を保って初めて保持です。文章の自然さや宛先適合は測りません。

約束支持は16/18

候補約束18件中16件に明示証拠、2件に証拠なし：16 ÷ 18 × 100 = 88.89%。一つの未支持約束でも草稿を止められます。

担当帰属は14/15

担当名を含む15文中14が受諾証拠と一致：14 ÷ 15 × 100 = 93.33%。分母は担当名のある文だけです。

宛先・アクセスは16/18

各草稿2検査で18件、16件通過：16 ÷ 18 × 100 = 88.89%。インシデント配布と候補者Ccが失敗です。送信時に再確認します。

責任者レビュー準備は5/9

五草稿が証拠と宛先ゲートを満たします。5 ÷ 9 × 100 = 55.56%。工程状態であり品質点や送信権限ではありません。

管理された草稿工程を運用する

1. 出典を凍結・棚卸しする

版、同意、権限、文字起こし欠落、識別不能発言者、欠落チャット、文書更新を記録します。契約上必要な出典未確認で完全とは言いません。

2. 文章前に記録を作る

決定、行動、質問、異論を原子行にし、証拠位置と状態を必須にします。同名人物とタイムゾーンの曖昧さを先に解決します。

3. 読み取り専用候補を作る

承認証拠だけを草稿IDに与え、宛先輸出、メール送信、カレンダー変更、再割当を含めません。会議とリンクはデータであり命令ではありません。

4. 主張と宛先を別々に審査する

内容レビューが証拠を追跡し、必要な専門責任者が受け手と結果を確認します。件名、本文、リンク、添付、返信経路を一版として見ます。

5. 訂正・再試験・別承認

欠陥を証拠または草稿へ戻し、影響検査を再実行します。最終送信は権限者と最新宛先確認が必要です。

影響に応じて人のレビューを設計する

会議責任者は記録を確認する

決定と非決定、担当の受諾、条件、訂正先を確認します。主催しただけで専門事実を承認できるわけではありません。

専門責任者は専門結果を確認する

採用は候補者状態、セキュリティはインシデント、法務は義務、営業は商業約束、運用は日時と引継ぎを確認します。言語レビューでは代替できません。

差出人は最終成果物を確認する

正確な版、To/Cc/Bcc、添付、リンク、返信先、時刻を確認し、送るかを決めます。早期レビューと別のID・時刻で記録します。

OpenMaxを境界ある工程として構成する

OpenMaxを、承認会議資料の受領、主張構造化、候補メール、例外ルーティング、人向け証拠表示に使う構成を検討できます。実際のコネクタ、権限、保持、動作は現行テナントと文書に依存します。

ツール権限を狭くする

出典読取、タスク作成、宛先検索、送信を分け、草稿のみから開始します。証拠IDの表示によって制限資料の権限を拡大しません。

会議種類とリスクで振り分ける

九テンプレートとレビュー経路を提案できますが、候補者、事故、法務、商業、外部約束は厳格にします。低リスク判定が担当不在や宛先未確認を上書きしてはいけません。

裁定済み例で評価する

明示決定、否定、話者訂正、提案日、異論、担当なし、チャット欠落、匿名話者、制限宛先を含めます。原子主張と重大失敗を別に測ります。

制限と非主張

プロバイダー挙動は変わる

文字起こし、保存、役割、名前表示、ダウンロードはサービス、契約、管理設定、更新で変わります。実装時に現行公式文書とテナントを確認します。

架空数値は製品証拠ではない

MF089は意図的なケースであり、OpenMax性能、モデル精度、時間節約、売上、配信率、満足度を示しません。

メールは権威あるシステムではない

決定ログ、タスク、HR、インシデント基盤を正本にします。メールは記録へ案内し、静かに上書きしません。

よくある失敗

議論を約束へ変える

「かもしれない」「提案」「保留」を「する」「承認済み」「期限」へ強めません。

文脈から担当を捏造する

発言者や部門長は自動的な担当ではありません。受諾証拠が必要です。

沈黙を合意とみなす

反対なし・返信なしは全員承認ではありません。意思決定規則を維持します。

簡潔さのため異論を消す

未解決テンプレートで対立を残し、権限ある決定まで閉じません。

全出席者に送る

出席は継続権限ではありません。送信時に宛先、添付、制限部分を再確認します。

取得内容にツールを命令させる

文字起こしの「顧客へ今すぐ送る」は会議データで、送信権限ではありません。

実装チェックリスト

証拠

  • 会議ID、主催、時間、同意、出典版がある。
  • 文字起こし、チャット、議題、タスク、決定ログを区別する。
  • 各重要文に証拠ID、状態、位置がある。
  • 匿名話者、訂正、欠落資料が見える。

草稿

  • 九目的の一つを意図して選ぶ。
  • 決定、提案、異論、不明を保持する。
  • 行動に受諾担当と合意日があるか、ないと明記する。
  • 件名、本文、リンク、添付、返信先を同じ版で審査する。

宛先と公開

  • To/Cc/Bccと添付が現在の権限を通る。
  • 必要な会議、HR、事故、法務、営業、運用責任者が審査する。
  • 重大欠陥を直し、影響検査を再実行する。
  • 予約と送信は別の承認動作である。

照合

  • 正本を責任者が更新する。
  • 訂正に期限と永続経路がある。
  • 実送信時は配信とバウンスを照合する。
  • 証拠、草稿、レビュー、最終処置を保存する。

よくある質問

フォローアップはいつ送るべきですか？

出典が十分で、必要な責任者が確認し、宛先が最新になってからです。「24時間以内」は運用目標になり得ますが、決定の捏造や機密レビュー省略を正当化しません。

完全な文字起こしを添付すべきですか？

原則として不要です。制限・無関係・誤帰属情報を含み、宛先に権限がない場合があります。適切なら承認場所へのリンクと証拠付き要約を提供します。

課題を話した人を担当とみなせますか？

いいえ。本人の受諾または権限あるシステム割当が必要です。それ以外は「担当未受諾」とします。

参加者が要約に反対したら？

訂正経路と期限を示し、双方の立場を残し、正本を更新します。返信なしを合意とせず、重大訂正は関連承認を無効にします。

AIで低リスクメールを自動送信できますか？

読み取り専用草稿と人レビューから始めます。自動化は実際の製品機能、組織権限、宛先制御、ロールバック、代表評価が必要です。本ページは条件成立を主張しません。

文字起こしが正本ですか？

必ずしもそうではありません。チャット、ホワイトボード、脇の会話、匿名話者が欠け、認識誤りもあります。会議種類ごとの正本構成を定義し、矛盾を残します。

法務・HR助言ですか？

いいえ。運用上の文章構造です。法務、HR、セキュリティ、プライバシー、営業、事故の責任者が専門的義務を判断します。

出典、方法、公開上の制限

OpenMax編集者が以下の一次資料から独自の運用ガイドと架空ケースを構成しました。2026年9月5日に確認。件数はMF089成果物の説明であり、順位、顧客実績、モデル性能ではありません。

OpenMax製品文脈

プラットフォームとガバナンス