AIが書いたメールのエチケットは、ひとつのテストに集約されます。同僚があなたの肩越しに読んでも、これに署名しますか？ モデルを使ってメールの下書きをし、推敲し、翻訳するのは今や普通のことです。個人的な部分が明らかに外注されたと分かるメールを送ることは、不注意な印象を与えます。そして受け取る側は、送る側が思うよりずっと頻繁にそれに気づきます。
AIの助けが普通のことである場合と、不注意な印象を与える場合
モデルが骨組みを作ることには誰も異議を唱えません。件名のブレインストーミング、3つの箇条書きを段落にすること、長い更新情報を短くすること、定例の状況報告の初稿を書くことは、すべて問題ありません。第二言語で書いていて、ぶっきらぼうに聞こえるのを避けたいときの翻訳やトーンの緩和も同様です。
悪い印象を与えるのは、あなたにしか分からない部分をモデルが書く場合です。2年間あなたと仕事をしてきたクライアントは、忍耐に感謝する段落が一般論であることに気づきます。その兆候は語彙ではありません。具体的な内容の欠如です。火曜日の電話に触れていない、相手が実際に尋ねたことに言及していない、といったことです。
私たち自身の測定では、2026-09-13にDeAIze検出器を30%のフラグ閾値で実行し、未編集のモデル文章12件が平均AIスコア33%を記録した一方、手書きのDeAIzeガイド23件は平均21%でした。ここから得られることは2つあります。第一に、未編集の出力は人間の文章よりも測定可能なほど機械的なパターンを持っています。第二に、その差はそれほど大きくありません。だからこそ、メールが問題ないかどうかをツールに頼って判断することはできません。自分で読む必要があります。
| 状況 | AIの下書きで問題ない | 自分で書き直す |
|---|---|---|
| 定例の社内更新 | はい、自分の最初の一文を添えて | — |
| スケジュール調整と段取り | はい | — |
| クライアントへの謝罪や遅延の連絡 | 構成のみ | 謝罪の全体 |
| 悪い知らせやミス | 骨組みなら | 読者が読み返すすべての文 |
| 同僚へのデリケートなフィードバック | いいえ | すべて |
| コールドアプローチ | 冒頭の一文のみ | 相手に書いている理由 |
自分で必ず書き直すべき3つのポイント
この記事から他に何も覚えていなくても、この3つだけは覚えておいてください。これらは受信者があなたに引用して返してきたり、他の人に転送したり、記憶に残したりする部分です。
1. 最初の一行。 挨拶と書き出しの一文が全体の温度感を決めます。モデルは「お元気でお過ごしのことと存じます」や「〜についてご連絡したく」といった定型文をデフォルトで使います。どちらも届いた瞬間に読まれません。実際の理由に置き換えましょう：「ヘンダーソンのスケジュールについて簡単にご報告します — 1日遅れました。」具体的な名詞1つが、丁寧な言葉3つに勝ります。
2. 感情や判断を含むものすべて。 謝罪、感謝、異議、やんわりとした働きかけ、断り。モデルはこれらを中立な語調に均してしまい、踏み込むことを避けるがゆえに、かえって不誠実に読めます。謝っているなら、何に対して謝っているのかを書きましょう。反論するなら、何を変えてほしいのかを書きましょう。
3. 依頼。 次に何が起こるかを読み手に伝える一文です。モデルはこれを埋もれさせ、曖昧にし、あるいは3つの文に分割します。自分で書き、終わり近くに置き、動詞で始めましょう：「木曜日までに確認いただけますか？」または「ファイルを送ってください。あとはこちらで対応します。」
下書きが当たり障りのない領域に流れていないか心配なら、同じ文単位の読み方が役立ちます：DeAIzeのAI検出ツールが、どの行に機械的なパターンの信号があるかをハイライトするので、どの文を手で書き直すべきかが正確にわかります。
同僚とクライアントの間でトーンはどう変わるか
社内メールは短く、率直で、共有された文脈に満ちている。社外メールはより長く、より慎重で、文脈がないことを前提とする。モデルはあなたがどちらを書いているのか分からないため、慎重なバージョンをデフォルトにする。それはあなたのチームには合わず、クライアントにはしばしば薄すぎる。
同僚に対しては、前置きを削ること。「I just wanted to」や「just following up」は省く。「Following up on the pricing doc.」と言えばいい。社内の読み手は簡潔さを評価し、そっけなさを無礼ではなく有能さとして受け取る。
クライアントに対しては、逆のことが一つ具体的に当てはまる。文脈と結果を明示する必要がある。形容詞を増やすのではなく、名詞を増やすのだ。どのプロジェクト、どの日付、どの人物、どの数字。モデルは喜んで、温かく響くのに何も言っていない段落を書く。読み返して、直近2回の通話を逃したクライアントがあなたの伝えたいことを理解できるか自問してほしい。
第二言語で書くとき、その差はさらに広がる。モデルは語域を素早く整えられるが、特定の人物が自分の担当だとクライアントに信じさせる小さな個性も平坦にしてしまう。たとえ少し洗練されていなくても、自分の言い回しを一つか二つ残しておこう。
AIが手伝ったことを開示すべきか？
通常は不要ですが、時には必要です。日常的な下書きの支援は、スペルチェックやテンプレートと同じカテゴリーです。スペルチェックを開示する人はいません。
読み手が誰が書いたかを気にする正当な理由がある場合は開示しましょう。つまり、メールにあなたに帰属する約束、価格、法的立場、専門的判断が含まれる場合です。クライアントからメッセージがAIで書かれたか直接尋ねられたら、正直に簡潔に答えましょう。「下書きを整えるためにツールを使いましたが、内容は私自身のものです」は完全な答えであり、会話を終わらせます。
職場、クライアント契約、または専門機関にAI生成コミュニケーションに関する規則がある場合は、ここにある一般的なアドバイスよりもそれに従ってください。AIコンテンツ開示のガイドでは、公開コンテンツについて同じ判断を順を追って説明しており、その論理はメールにも当てはまります。
正直な限界が一つあります。検出ツールの出力は確率の推定値であり、著作の証明ではありません。誰かがあなたのメールをツールにかけて高い数値を得たとしても、それはあなたが書いていない証拠にはならず、あなたが書いた証拠にもなりません。スコアに意図に関する議論を決めさせてはいけません。
5ステップの編集パス
重要なものを送信する前にこれを行いましょう。所要時間はメールを二度読み返すのと同じくらいで、それはいずれにせよやるつもりだったことです。
- 最初の一文を声に出して読む。 定型文のように聞こえるなら、実際の状況から具体的なディテールを一つ入れて書き直す。
- 依頼事項を見つける。 頭の中で丸をつける。一度読んだだけで見つからなければ、読み手にも見つからない。末尾近くに移動し、動詞で表現する。
- ただ和らげるだけの文はすべて削除する。「ただ〜したかっただけです」「気に障らなければよいのですが」「ご都合のよいときに」。関係性が本当に必要とする場合のみ一つ残す。
- 自分が責任を持つ事実を確認する。 日付、名前、数字、約束。モデルはもっともらしいディテールを時折捏造し、読み手はそれに基づいて行動してしまう。
- 最後の一行を読む。 ありきたりな締めの一文に、ありきたりな結びの挨拶が重なっているなら、どちらか一方を削る。
実例。AIが下書きした顧客向けメールの書き出しはこうだった：「I hope this message finds you well. I wanted to follow up regarding the project timeline and see if there are any updates you might be able to share at your earliest convenience.」手で書き直すと：「Checking in on the Henderson timeline — are we still on for the 14th? If the review is holding things up, tell me and I will chase it.」同じ依頼。語数は半分。読み手は次に何をすべきか正確にわかる。
下書きがほぼ問題ない場合
AI支援で書かれたメールのほとんどは、書き直しを必要としない。必要なのは最初の一文と依頼事項だ。それは自分自身で書くおよそ二文であり、自分らしく読めるメッセージと、自分の名前が入ったテンプレートのように読めるメッセージの違いを生む。
短いメールではなく長い文書を編集する場合も、同じ原則が当てはまる。継ぎ目を直し、残りはそのままにする。人間とAIの混合ライティングに関するガイドでは、すべてを書き直すことなく、長い下書きの継ぎ目を見つける方法を解説している。
自分にしか書けない部分を書く。残りはモデルに任せる。
計測に関する注記：本記事の数値は、2026-09-13に当社独自の検出器を実行して得られたものです — 手書きガイド n = 23 対 未編集のモデル出力 n = 12、AIスコアの中央値はそれぞれ22%と34%でした。手法：/methodology/.