受信箱を開く前にAIに仕分けさせる｜未読のまま読ませて「要対応」だけ通知する構成
当サイトはアフィリエイトプログラムを利用しており、紹介リンク経由での申込により報酬を得る場合があります。記事内で紹介するサービスには筆者が実際に使用しているものと、客観情報として比較掲載しているもの（未使用・PR表記あり）が含まれます。
メールにAIを使うと聞いて、最初に思い浮かぶのは自動返信でしょう。ただ、実際に一番時間を食っていたのは返信そのものではありませんでした。
受信箱を開いて、返さなくていいメールを目で潰していく時間です。
1日に届く数十通のうち、本当に自分の作業が要るのは数通。残りは通知・広告・ニュースレター・自動送信です。それでも「見落としが怖い」から全部開く。この構造を変えたくて、返信ではなく仕分けだけをAIにやらせる構成に切り替えました。
結論
AIには返信させず、判定だけさせる。そして仕分けの実装で決定的に重要なのが、メールを既読にしないことです。AIが読んだせいで未読バッジが消えると、人間側の判断材料が壊れます。「読まずに読ませる」ための設定が要ります。
実際の構成#
現在動かしているものは、次の形です。
| 項目 | 設定 |
|---|---|
| 実行タイミング | 1日5回（8時・11時・14時・17時・20時） |
| 取得範囲 | 直近24時間・最大60通 |
| 読み方 | 既読にしない（IMAPの読み取り専用接続＋のぞき見取得） |
| 判定 | 4分類（要対応／重要／通常／不要） |
| 通知 | 「要対応」「重要」のみ本文つきで送る。残りは件数だけ |
| 返信 | しない（下書きまで） |
朝スマホを見ると「要対応2件・重要1件（ほか通常18件・不要31件）」という形で届きます。開くべきものが最初から2件だと分かっている状態で1日が始まります。
設計で外せなかった3つのこと#
1. AIが読んでも「未読」のままにする#
これが最重要でした。メールを読むプログラムは、普通に書くと取得した時点でサーバー側が既読になります。すると人間が受信箱を開いたとき、全部が既読になっている。未読バッジという最も原始的で信頼できる判断材料が消えます。
対処は2つの設定です。
- サーバーへの接続を読み取り専用モードで開く
- 本文の取得に「既読フラグを立てない取得方法」を使う（IMAPでいう
BODY.PEEK）
この2つを入れるだけで、AIは全文を読めるのに受信箱は一切変化しません。自動化は、人間側の状態を書き換えないのが原則です。
2. 同じメールを二度通知しない#
1日5回動かすので、素直に作ると同じメールが5回通知されます。通知が信用を失うのは一瞬なので、ここは厳密にやります。
- 通知したメールのIDを記録しておく
- 次回はそのIDを除外してから判定に回す
副次的な効果として、判定にかけるメール数が減ってコストも下がります。何度も同じメールをAIに読ませる必要はありません。
3. 「不要」を消さず、件数だけ見せる#
分類は4つですが、通知するのは上位2つだけです。ただし残りを完全に見えなくはしません。
要対応2件・重要1件（ほか通常18件・不要31件）
この件数表示があると、「今日は不要が31件も来ている＝どこかで登録した覚えのないメールが増えている」といった異常に気づけます。捨てたものの量が見えるかどうかは、自動化を信用できるかどうかに直結します。
判定基準の書き方#
AIに渡している分類の定義は、次のように行動ベースで書いています。
| 分類 | 定義 |
|---|---|
| 要対応 | 返信・支払い・予約・締切など、本人の作業が要るもの |
| 重要 | 対応は不要だが本人が知っておくべき情報 |
| 通常 | 読んでも読まなくてもよいニュースレター等 |
| 不要 | 広告・プロモーション・自動通知・スパム |
ポイントは、「重要そう／重要でなさそう」といった感覚の言葉を使わないことです。「自分の作業が発生するか」という行動基準にすると、判定が安定します。差出人が偉い人かどうかではなく、自分が動く必要があるかで切る。
分類名も、通知を見た瞬間に意味が分かる日本語にしておくと運用が楽です。
あえて自動返信にしていない理由#
技術的には、判定に続けて返信文を作り、送信するところまで自動化できます。実際、下書きの生成まではやっています。送信だけを人が押す形にしているのは、次の理由です。
- 誤った内容が相手に直接届く。取り消せない
- 相手にとっては「この人からのメール」であって、AIからのメールではない
- 判定を間違えたとき、通知なら無視できるが、送信は謝罪が要る
AI活用全体に共通する線引きですが、取り消せる行為は全部渡し、取り消せない行為は人が押す。この基準は他の自動化にもそのまま使えます（→ AI活用の全体像）。
返信の下書き生成そのものについてはGmailのメールをAIで自動返信下書きする方法、ノーコードで組む場合の実態は1ヶ月使った実録にまとめています。
ノーコードでも作れるか#
作れます。仕組みとしては次の3ステップなので、自動化ツールでも組めます。
- 新着メールを取得する（読み取り専用で）
- AIに分類させる
- 特定の分類のときだけ通知する
ただしノーコードツールで組む場合、「既読にしない」設定ができるかを最初に確認してください。ここが選べないサービスだと、AIが読んだ瞬間に受信箱が全部既読になります。これは想像以上にストレスです。
また、1日5回動かすなら重複防止の仕組み（処理済みIDの記録）も必須です。多くのツールには「新着のみ」というトリガーがありますが、失敗時の再実行で二重に走ることがあります。
まとめ#
- メールAIの本命は自動返信ではなく仕分け。開く前に「要対応が何件か」が分かる状態を作る
- 既読にしないで読む（読み取り専用＋のぞき見取得）。人間側の状態を書き換えない
- 1日複数回動かすなら通知済みの記録は必須。同じメールを二度通知した時点で信用を失う
- 分類は行動ベース（自分の作業が発生するか）で定義すると安定する
- 捨てた分も件数だけは見せる。異常に気づける
- 送信は自動化しない。取り消せない行為は人が押す
受信箱を開く回数が減るだけで、1日の集中は目に見えて変わります。返信の自動化より先に、こちらを作ることをおすすめします。