あなたの受信箱を「読まない」メールAI — Deckは自分専用の受信箱を持って動く

メールを助けてくれるAIアシスタントは、たいてい最初に同じことを要求してくる。「あなたの受信箱を読ませてください」。Gmailと連携し、全メールをスキャンし、そのうえで返信を下書きしたり要約したりする。便利なのは間違いないが、自分のメール全部をAIに開け渡す気持ち悪さも、正直つきまとう。

Deck は、その前提をひっくり返してきた。あなたの受信箱を読まない。 代わりに、Deck自身が専用のメールアドレスを持つ。7月20日にProduct Huntでローンチされたこのアシスタントは、「メールを覗く」のではなく「メールの宛先になる」という発想で作られている。

受信箱を持つAI、という発想

使い方は拍子抜けするほど単純だ。アプリのインストールも、ブラウザ拡張も、OAuthでの権限付与もいらない。Deckに割り当てられたメールアドレスがひとつあるだけ。

やることは3つ。任意のスレッドにDeckをCCする。ファイルやメールをDeckに転送する。あるいは、やってほしいタスクを本文に書いて送る。それだけで、Deckがそこから引き継いで処理を進めてくれる。

この「アドレスとして振る舞う」設計が効いているのは、既存のあらゆるメール環境とそのまま噛み合う点だ。GmailだろうとOutlookだろうと会社の独自ドメインだろうと関係ない。CCの宛先にひとつアドレスを足すだけなので、ツールの乗り換えも設定も発生しない。連携の相性問題という、この種のツールで最も萎える部分が丸ごと消える。

Deckはやり取りを通じてユーザーの好みや優先順位を学習し、注意が必要な事項を先回りで知らせてくる。さらにスケジュール実行で、朝のブリーフィングやステータス更新を自動配信することもできる。単発のタスク処理係ではなく、常時稼働の「もう一人の自分」に近い立ち位置を狙っているのがわかる。

「読まない」ことが生む安心と可能性

プライバシー・バイ・デザイン、という言葉は最近やや手垢がついているが、Deckの場合は構造がそのまま安心につながっている。受信箱を読む権限を持っていないのだから、原理的に「全メールを勝手にスキャンされる」ことが起きない。AIに渡したいスレッドだけをCCする——つまり、共有範囲を人間が一通ずつ決められる。ここは素直に良い設計だと思う。

この構造から広がる可能性を考えてみる。

まず、チームでの「AI転送」文化が生まれうる。Deckのアドレスは、要はメールで話しかけられる窓口だ。「この問い合わせ、Deckに投げといて」と同僚に頼むように、人間とAIを同じ宛先リストの上で扱える。新しいアプリの使い方を全員に教える必要がない——メールが使えれば誰でも使える——というのは、組織にツールを浸透させるうえで地味に大きい。

次に、他のサービスとの接続点になれる可能性だ。世の中の多くのSaaSは、通知やレポートをメールで飛ばしてくる。それらをDeckのアドレスに転送するルールを一本引いておけば、Deckが各所からの通知を受け取り、整理し、朝のブリーフィングにまとめる——という使い方が自然に成立する。受信箱を「読む」のではなく「宛先になる」からこそ、ユーザーが渡したい情報だけを集約するハブになれる。

さらに踏み込むと、スケジュール実行と学習を組み合わせれば、「毎朝、昨日CCされた案件の進捗と今日やるべきことを一通のメールで送ってくる秘書」に近づく。ここは現状どこまで賢く動くか未知数だが、素材は揃っている。実現すれば、専用の管理アプリを開かずにメールだけで一日が回る、という体験になりうる。

引っかかる点も正直に

いい面ばかりではない。むしろ「読まない」設計は、そのまま弱点にもなる。

受信箱を読まないということは、Deckは全体の文脈を持たないということでもある。あなたのメール全体を把握したうえで気を利かせる、という芸当は構造上できない。CCされたスレッドと渡された情報の範囲でしか動けないので、「言わなくても察してくれる」度合いは、フルアクセス型のアシスタントに比べれば当然落ちる。利便性とプライバシーのトレードオフが、ここに素直に出る。

もうひとつ、メール経由という往復の重さ。チャットUIなら一瞬で終わる指示も、メールだと送って返ってくるまでのラグがある。リアルタイムに詰めたい作業には向かない。メールというインターフェースの素朴さは長所でもあり短所でもある。

そして、機密情報をメールで外部アシスタントに転送することへの警戒は残る。「受信箱は読まない」としても、こちらが転送したものはDeck側で処理される。何をCC・転送してよいかの線引きは、結局ユーザーの責任になる。業務で使うなら、ここは組織のルールと合わせて考える必要がある。

料金体系は本稿執筆時点で流動的なため、導入前にDeck公式サイトで最新のプランを確認してほしい。

誰に向くか

Deckが気持ちよくハマるのは、複数のメール環境を横断していて、特定のやり取りだけをAIに任せたい人だ。受信箱を丸ごと開け渡すのには抵抗があるが、案件ごとにAIの手を借りたい——そういう温度感の人に、CCするだけという距離感はちょうどいい。定例のブリーフィングを自動化したい人にも刺さる。

逆に、メール全体を把握したうえで先回りしてほしい人、チャットで即座に往復したい人には物足りないだろう。Deckはあくまで「宛先になるアシスタント」であって、「あなたのすべてを見る秘書」ではない。

受信箱を読ませることが当たり前になっていたメールAIの世界で、あえて「読まない」を選んだDeckの割り切りは、プライバシーと利便性のバランスの取り方として一つの回答になっている。試すハードルが「アドレスをCCに足すだけ」と低いのも、この手のツールにしては珍しい。詳細はDeck公式サイトから確認できる。