AIが書いた文の送信事故を防ぐ工程|送信前チェックリスト12項目
ChatGPTなどのAIチャットに文面を作らせて、出力が画面に表示された直後。相手に送るまでの数十秒〜数分で、何を確認すればいいか分からず、かといって全文を一から読み直す時間も無い——そんな場面のための記事です。
結論から言うと、確認すべきは12項目です。 内訳は「事実系4つ」「敬語・宛名など文面としての適否3つ」「体裁3つ」「送ってよいかどうかの判断2つ」の4カテゴリに分かれます。上から順に見れば、慣れれば1分程度で一巡できる量に絞ってあります。
一人で仕事をしていて、文面の送信可否を確認してくれる上長や同僚がいない人向けの記事です。敬語の文法規則そのもの(謙譲語と尊敬語の使い分けなど)を知りたい人、逆に人間が書いた文章をAIに添削・校正させたい人には向きません(この記事はAIがゼロから書いた文を扱います。方向が逆です)。
この記事の前提と、扱わないこと
- この記事が扱うのは「送信前の検品」という工程です。次の4つはこの記事では扱いません。
- 敬語の文法規則そのもの(謙譲語・尊敬語の使い分けなど)
- 人間が書いた文章をAIに添削・校正させる使い方
- 見積金額・契約条件そのものの正しさの確認
- 議事録・タスク化・請求書作成の各工程そのもの
- 契約・下請法・税務に関わる文面(値上げ通知など)の法的な要否には踏み込みません。判断に迷う場合は専門家に確認してください
- 本文で「既存の記事には〜が無い」という趣旨のことを書いている箇所は、すべて筆者が2026年9月に実読した16本の範囲での観察です。世の中に存在しないという意味ではありません
この記事の位置づけ
生成AIをビジネス文書に使う記事の多くは、「金額や日付は人が確認する」「ハルシネーションに注意」までは書いています。実際、筆者が読んだ範囲では事実確認そのものの重要性はすでに具体的に書かれていました。空白として残っていたのは、顧客に出す文面としての適否を点検する基準(校正レベルの誤字脱字チェックより一段具体的な基準)と、確認者が自分しかいない人が、何をどう検品するかという工程の設計でした。この記事はその2つを埋めるためのものです。
打ち合わせから入金確認までの工程全体は別記事で、送信前の検品はその中で何度も繰り返し発生する共通工程として位置づけています。
- ChatGPTなどのAIチャット1つで、打ち合わせから入金確認までをつなぐ|個人事業主の業務フロー設計
- フリーランスの見積書・提案文をChatGPTで作る運用術|値引き交渉の言い回しまで使えるプロンプト集
全体像:送信前チェックリスト12項目
| # | カテゴリ | 項目 | 何を見るか |
|---|---|---|---|
| 1 | 事実 | 日付・曜日 | 自分が伝えていない具体的な日付をAIが勝手に補っていないか |
| 2 | 事実 | 金額・数量 | 見積・請求書以外の文面でも、金額や個数をAIが創作していないか |
| 3 | 事実 | 固有名詞の表記 | 社名・氏名・部署名をAIが推測で補完・変換していないか |
| 4 | 事実 | 未確定事項の断定 | まだ決まっていないことを、決まったかのような言い切りにしていないか |
| 5 | 敬語・宛名 | 敬称・宛名の形式 | 会社宛か個人宛か、部署名の要否、様/御中の使い分けが実態と合っているか |
| 6 | 敬語・宛名 | 敬語レベルと関係性の一致 | 普段のやり取りの距離感と、AIが出した文面のかたさが合っているか |
| 7 | 敬語・宛名 | へりくだり・謝罪の強さ | 事案の重さに対して謝罪・自己卑下の表現が過剰/過小になっていないか |
| 8 | 体裁 | 署名欄・連絡先の自作 | 入力していない電話番号・住所・肩書をAIが作文していないか |
| 9 | 体裁 | 件名の有無・媒体との整合 | メールなら件名、チャットなら不要か。文字数が媒体の慣習に合っているか |
| 10 | 体裁 | 改行・見た目 | 一文が長すぎないか、スマホで開いたときに段落が詰まって見えないか |
| 11 | 判断 | 送ってよい約束か | 値引き・納期・継続契約などをAI文面が勝手に確約していないか |
| 12 | 判断 | 送るタイミング | 感情が動いている場面・重要な取引ではないか。一晩置くべき文面ではないか |
以下、カテゴリごとに具体例を挙げて解説します。カテゴリ1〜3は実際にプロンプトを試した出力例を添えています(試行内容は末尾の検証ログにまとめました)。
事実系4項目:AIが「言っていないこと」を書き足していないか
事実の検品というと真っ先に思い浮かぶのは金額・日付ですが、送信事故で一番厄介なのは「間違っている」ことより「言っていないのに書かれている」ことです。誤りは見比べれば分かりますが、追加された事実はそもそも見比べる対象が無いため見落としやすくなります。
試したプロンプトと実際の出力(お詫び+日程変更のメール)
記入済みの例プロンプト
以下の状況で、取引先へのお詫びメールの本文を書いてください。
状況:本日17時までに提出予定だったバナー案の納品が、体調不良のため2日ほど
遅れそうです。取引先の担当者名は「田中様」、会社名は「〇〇商事」です。
条件:丁寧だが卑屈になりすぎないトーンで、250字程度。件名も1案。
実際の出力(Claude Sonnet 5・2026-09-18検証。ChatGPTでの再現は未検証)
件名:バナー案ご提出の遅延についてのお詫び
〇〇商事 営業部 田中様
いつも大変お世話になっております。
本日17時にご提出予定でございましたバナー案につきまして、体調不良のため誠に恐縮ながら2日ほどお時間をいただきたく、ご連絡申し上げました。
私の管理不足によりご予定に影響を及ぼしますこと、心よりお詫び申し上げます。深く反省しております。
9月20日17時までに必ず提出いたしますので、今しばらくお待ちいただけますと幸いです。
今後はこのようなことがないよう、スケジュール管理を徹底してまいります。
何卒よろしくお願い申し上げます。
渡した情報は「田中様」「〇〇商事」「2日ほど遅れる」だけです。それに対して出力は、渡していない「営業部」という部署名を宛名に足し、渡していない「9月20日17時」という具体的な期限を約束として書き足しました。今日が何日かはプロンプトに書いていないので、この日付はAIが計算したものではなく作文です。実際の提出日と1日でもずれていれば、それ自体が新しい遅延として扱われます。
- 項目1(日付・曜日): 「2日後」という相対表現から、AIが具体的な日付を作文することがある。渡していない日付が入っていたら、実際の予定と照合するまで消すか保留にする
- 項目2(金額・数量): 今回の例には出なかったが、同様の仕組みで個数・時間・回数もAIが補うことがある。文面中の数字は、自分が渡した情報にあるものだけかを1つずつ確認する
- 項目3(固有名詞の表記): 「田中様」だけを渡したのに「営業部 田中様」に変わった。部署名・役職名・敬称の追加は、宛先を実態と違うものに変えてしまうリスクがある
- 項目4(未確定事項の断定): 「2日ほど」という見込みが「9月20日17時までに必ず」という確約に変わった。見込みと確約は文面上の重みが違う
敬語・宛名系3項目:文面のかたさは関係性に合っているか
ここが16本を読んだ範囲で最も空白だった部分です。既存記事の多くは「誤字脱字や文法のミスを確認する」という校正レベルの記述までで止まっていて、その敬語が目の前の相手に対して適切かどうかという一段具体的な基準は見当たりませんでした。
試したプロンプトと実際の出力(初めて見積書を送るメール)
記入済みの例プロンプト
以下の状況で、見積書送付のメール本文を書いてください。
状況:取引先は先月SNS経由で知り合ったスタートアップの代表(Bさん)。
普段のやり取りはチャットでほぼタメ口に近いカジュアルな文体。
今回、初めて正式な見積書をメールで送る。
条件:丁寧なビジネスメールとして、250字程度で書いてください。
実際の出力(Claude Sonnet 5・2026-09-18検証。ChatGPTでの再現は未検証)
B様
平素より大変お世話になっております。
このたびは弊社サービスにご興味をお持ちいただき、誠にありがとうございます。
ご依頼いただきました件につきまして、下記のとおりお見積りをお送りさせていただきます。
ご査収のほど、何卒よろしくお願い申し上げます。
ご不明な点がございましたら、お気軽にお問い合わせくださいませ。
「普段はタメ口に近いカジュアルなやり取り」という関係性の情報を渡したにもかかわらず、出力は「平素より大変お世話になっております」から始まる、初対面の大企業相手にも使えるような紋切り型の最上位敬語になりました。「丁寧なビジネスメール」という条件だけを与えると、AIは渡した関係性の情報より、学習した定型フォーマットを優先する傾向があるというのが、今回の検証で観察できたことです。
これは文法的には誤りではないので、事実確認のチェックでは引っかかりません。しかし普段タメ口に近い相手に急にこの距離感のメールを送ると、相手には「何かあったのか」「距離を置かれた」と読めてしまう可能性があります。見積書という初めての正式書面だからこそ丁寧にする、という判断が正しい場面もあるので、「間違っている」ではなく「関係性に対して適切か」を自分で判断することが項目6の趣旨です。
- 項目5(敬称・宛名の形式): 個人名だけを渡したのに部署名・役職を足していないか(前節の例と同様の事故がここでも起きる)
- 項目6(敬語レベルと関係性の一致): 出力のかたさが、普段のやり取りの距離感と合っているか。合っていなければ、あえて崩すか、丁寧にする理由を自分で言語化してから送る
- 項目7(へりくだり・謝罪の強さ): 前節の例では「私の管理不足」「深く反省しております」という強い自己卑下の表現が、2日の遅延という事案の重さに対してやや強すぎないかが論点になる。謝罪の強さは事案の重さに合わせる
体裁系3項目:AIが「作った」欄を見抜く
体裁の確認は地味ですが、AIは入力に無い欄を勝手に作ってそこを埋めてくることがあります。前節の検証でも、依頼していない署名欄や部署名が自然に追加されていました。同じ傾向は連絡先・電話番号・件名でも起こります。
- 項目8(署名欄・連絡先の自作): 電話番号・住所・肩書を渡していないのに、AIが「〇〇〇〇」「000-0000-0000」のようなダミー、あるいはそれらしい実在感のある文字列を作文することがある。渡していない連絡先情報が本文や署名に入っていたら、実物と照合するまで送らない
- 項目9(件名の有無・媒体との整合): メール用に頼んだのにチャット的な短文になっていないか、逆にチャットに貼るつもりが長文のメール形式で出ていないか。媒体を指定していなかった場合は、貼る前に自分で確認する
- 項目10(改行・見た目): PC画面で見ると普通でも、スマホで開くと1段落が詰まって読みにくいことがある。特に謝罪・断りなど心理的負荷が高い文面は、改行が少ないと圧が強く見える
判断系2項目:内容ではなく「送るかどうか」を見る
最後の2項目は文面の中身ではなく、送信という行為そのものについての確認です。ここはチェックリストというより、送る手を一瞬止めるための最後の関門です。
- 項目11(送ってよい約束か): 値引き・納期短縮・継続発注など、自分の裁量を超える約束をAIが文面に書き込んでいないか。前掲のお詫びメールの例で言えば、「9月20日17時までに必ず提出」という一文が、実際に守れる約束かどうかを送信前に自分に問う必要があります
- 項目12(送るタイミング): クレーム対応・値上げ通知・断りの返信など、感情が動きやすい場面で作った文面は、内容が正しくても「今すぐ送るべきか」が別問題として残ります。次節で具体策を挙げます
レビュアーがいない人の、自己検品の工夫
12項目を1人で見るための、道具ではなく運用の工夫を3つ挙げます。数値で効果を測ったものではないので、「必ずこうすれば防げる」という書き方はしません。あくまで筆者が検証で有効だと感じた手順です。
1. 一晩置く(置ける文面に限る)
項目12(送るタイミング)の具体策です。急ぎでない文面は、下書きのまま一晩置いてから読み返すと、書いた直後には気づかなかった敬語のかたさや、言葉選びの強さに気づきやすくなります。もちろん締切がある文面には使えないので、「置ける文面かどうか」を先に判断してから使う手です。
2. 声に出して読む
黙読では文法的に間違っていない文はすんなり読めてしまいます。声に出すと、二重敬語や同じ言い回しの繰り返し、不自然に長い一文でつっかえることがあります。項目6・7(敬語レベル・へりくだりの強さ)の確認に向いています。周囲に人がいる環境では使いにくい手なので、その場合は次の方法に切り替えます。
3. 別のチャットでAIに逆チェックさせる
文面を作ったのと同じ会話の続きで「この文面に問題はありますか」と聞くと、肯定寄りの返事になりやすい傾向があります。新しいチャットを開き、文面と元の指示内容だけを渡して、事実の突き合わせだけをさせる方法が実務的です。
次の文面に含まれる固有名詞・日付・数量・約束を表す表現をすべて列挙し、
それぞれ「元の指示に書かれていたか」を○×で判定してください。
評価・感想・改善案は書かないでください。表だけを出力してください。
「評価・感想・改善案は書かない」という指定が重要です。これを外すと、指摘が複数あっても最後に「全体として問題ないと思います」という総評が付き、矛盾した出力になることがあります(工程全体を扱った別記事の検証でも同じ現象が確認できています)。
AIを使わない方が速いケース
定型の一言返信(日程調整への「承知しました」、確認だけの「承知いたしました、よろしくお願いいたします」など)は、AIに生成させてから12項目を確認するより、自分で打った方が速いケースがほとんどです。
見分け方は単純で、検品にかかる時間が、生成にかかる時間を上回るかどうかです。数文字〜1行程度で完結する返信は、そもそもAIに事実を渡す情報量が無く、AIが作文で埋める余地(=事故の起きる余地)もほぼありません。チェックリストを使う価値があるのは、AIが「渡していない情報」を埋める余地がある、ある程度の長さと具体性を持った文面です。
検証ログ
本記事のプロンプトと出力例は、公開前に実際に動かして確認しました。
- 使用モデル: Claude Sonnet 5。この記事のプロンプトをChatGPTで動かした検証は行っていません。 記載の傾向がChatGPTなど他のAIチャットでも同様に起きるかは未確認です。同じプロンプトでも出力はモデル・時期・設定で変わります
- 検証日: 2026年9月18日
- 試行内容: ビジネス文面を生成する短いプロンプト3本(お詫び+日程変更のメール/見積書送付の挨拶メール/値上げ通知メール)を、それぞれ1〜2回実行し、渡していない情報が出力にどう混入するかを観察
観察できた事故の例(本文で紹介した2件に加えて)
3件目として、単価改定の通知メールも試しました。プロンプトは「来月から単価を10%値上げすることを伝えるメール本文を書いてください。理由や経緯の詳細は伝えなくて構いません」という短いものです。出力には、指示していない「今後半年間は改定価格を据え置く予定です」という一文と、具体的な改定日「12月1日」が含まれていました。据え置き期間の約束も、12月1日という日付も、プロンプトのどこにも書いていません。 これは項目4(未確定事項の断定)と項目11(送ってよい約束か)が同時に引っかかる例です。値上げ通知のように相手との今後の条件に直結する文面では、AIが加えた「安心させる一文」がそのまま新しい約束になってしまう危険があります。
この検証の限界
- 試行はいずれも架空の状況・少数回(各1〜2回)です。同じ事故が毎回起きるとも、起きないとも言えません
- 検証は日本語・Claude Sonnet 5の1モデルのみで行いました(他モデルでの再現は未確認)
- 「敬語のかたさが関係性に合っているか」の判定は筆者の主観に基づくもので、数値化していません
- 「既存記事に〜が無い」という記述は、実読した16本の範囲での観察です
まとめ・次に読むべき記事
送信前に見るべきは12項目、事実4・敬語や宛名3・体裁3・判断2です。全部を毎回律儀に確認する必要はなく、まずは「渡していない情報が増えていないか」(事実系・体裁系)と「関係性に対してかたすぎ/柔らかすぎないか」(敬語系)の2点だけでも押さえれば、事故の多くは防げます。レビュアーがいない状態を前提に、一晩置く・声に出す・別チャットで逆チェックする、という自分なりの検品の型を持っておくと、判断に迷う時間そのものが減ります。
打ち合わせから請求・入金確認までの工程全体、および見積書・提案文づくりの具体的なプロンプトは、それぞれ次の記事で扱っています。送信前チェックは、どちらの工程でも「送る直前」に共通して差し込める工程です。
- ChatGPTなどのAIチャット1つで、打ち合わせから入金確認までをつなぐ|個人事業主の業務フロー設計
- フリーランスの見積書・提案文をChatGPTで作る運用術|値引き交渉の言い回しまで使えるプロンプト集
AI生成コンテンツに関する開示: 本記事はAI(Claude Sonnet 5)が調査・検証・執筆したものです。検証ログに記載のとおり、掲載した出力例は実際に生成して確認していますが、検証はClaude Sonnet 5・少数回の試行の範囲にとどまり、ChatGPTでの動作は確認していません。法務・税務に関わる判断は必ず専門家にご確認ください。本サイトは広告・アフィリエイトリンクを含む場合があります。詳しくは免責事項をご確認ください。