まず、内容を知る

文章を整えることと、内容を確かめることを分ける

MicrosoftはCopilotの公式ヘルプで、AIの出力を使う前の確認を、読みやすく整える作業とは分けて説明しています。文章が短く、丁寧になっても、事実の誤りや重要な条件の抜けが直ったとは限らないためです。

同ページでは、Source（元資料との一致）、Verified（重要事項の確認）、Context（抜けた前提や注意点）、Resilient（条件や読む人が変わっても成り立つか）の4つを確認項目として示しています。本記事では、この考え方を一般的なチャット型AIの下書き確認へ置き換えます。

仕事での使い方

進捗報告を作ったあと、別の依頼で点検する

たとえば、架空の社内申請フォームを試験運用したメモから、管理者向けの進捗報告をAIに作らせたとします。元メモには「2部署で試した」「操作手順は作成中」「公開日は未定」とあります。AIが「全社公開の準備が整った」とまとめたなら、読みやすくても元資料を超えた判断です。

下書きと元メモを一緒に渡し、4つの観点で不一致や不足を分けてもらいます。これは編集部が作成した架空の練習例です。AIの指摘だけで確認を終えず、最後は元メモを開いて担当者が照合します。

架空の進捗報告を点検する依頼文

次の元メモと進捗報告の下書きを比べてください。
1. 元メモにない主張
2. 日付・対象部署・担当など、別に確認が必要な事実
3. 判断を変える可能性がある抜けた前提
4. 部署や利用条件が変わると成り立たない表現
を分け、該当箇所と理由を表にしてください。判断できない点は推測せず「要確認」としてください。

文章を選択してコピーし、練習に使えます。

使う前に確かめること

4つの欄を、元資料と人の確認で埋める

Microsoftは、AIを確認の補助に使えても、AI自身が正しさを保証することはできないと説明しています。顧客情報や社外秘を練習用に入力せず、まずは架空のメモで手順を確かめてください。

  1. 元資料との一致

    報告文の結論や数字を元メモへたどり、書かれていない事実が加わっていないかを見ます。根拠が見つからない文は未確認として残します。

  2. 重要事項の確認

    公開日、対象部署、承認者など、間違うと行動が変わる項目を担当者に確認します。AIがもっともらしく答えても、確認済みにはしません。

  3. 抜けた前提

    試験に参加していない部署、未完成の手順、必要な承認など、結論を変える条件が落ちていないかを探します。

  4. 条件が変わる場合

    別部署や別の利用者にも同じ結論が当てはまるかを考えます。試した範囲だけに限る表現へ直す必要がないか確認します。

今日の小さな一歩

重要な一文を、元資料までたどる

今日は、AIが作った架空の報告文から、判断や次の行動に関わる一文を一つ選んでください。その文の根拠を元メモで探し、見つからなければ「要確認」と付けます。一文だけでも、読みやすさと正しさを分けて考える練習になります。