メモリスによる要約- OAuth+gogcliでGmail連携、パスワード直渡しを回避
- 削除候補の抽出と実行を分離、人間確認を必須に
- 権限は読み取り専用から段階的に昇格させるのが安全
会議のあとにたまるフォローアップメールを、AIに片付けてもらいたいと思ったことはあるだろうか。セール通知やニュースレター、サービスの定期通知は、手作業で仕分けるには地味に面倒だ。ただしメールの削除は取り返しがつきにくい操作でもある。この「便利だが危険」という組み合わせに、具体的な手順で答えた記事がある。
PC Watchの「AIにGmailを読ませて大丈夫？OpenClawで安全にメールを片付ける手順」によると、OpenClawからGmailを扱う際は、IMAP/SMTPとアプリパスワードではなく、GoogleのOAuth認証とGmail操作用CLI「gogcli」を組み合わせる構成が実用的だという。Googleアカウントのパスワードそのものをツールに渡す必要がなく、読み取り専用（read-only）の権限だけを与えて始められる。手順としては、Google CloudでOAuthクライアントを作成し、gogcliに登録したうえで、まず削除候補を洗い出すだけにとどめ、条件を絞ってから削除を依頼し、最後は人間が確認する、という三段階が示されている。
この流れは、メール整理に限らず「AIに業務データへのアクセスを許可する」場面全般に応用が利く型でもある。会議の議事録やタスク管理ツールと連携する仕組みを使う際も、AIがどこまでの権限を持ち、どの操作は人間の確認待ちにするかという設計は、メールの削除と同じ構造の問題になる。読者にとっての実務的な意味は、Gmailの整理だけでなく、AIに何らかの「実行権限」を渡す判断そのものの練習台として、この手順を読む価値がある点だ。
権限は最初から広く渡すのではなく、読み取り専用を既定にし、書き込みや削除の権限はあとから個別に昇格させるべきだ。アプリパスワード方式は権限の粒度が粗く、漏洩時の被害が広がりやすいのに対し、OAuthはread-onlyやgmail-scopeの指定でアクセス範囲を絞れる。個人利用であっても、最初から送信・削除まで許可する構成を選ぶ理由はない。
そして、削除のような不可逆な操作は、AIによる「候補の提示」と人間による「実行の承認」を必ず別工程に分けるべきだ。AIは条件に基づいた抽出は得意でも、判断の誤り（重要なメールを不要と誤認するなど）をゼロにはできない。抽出結果を一覧化してから人間が最終確認する二段構えにしておけば、誤操作が起きても実害は「見落とし」にとどまり、「削除してしまった」という取り返しのつかない事態を避けられる。
あわせて読みたい： AI議事録の不安1位は「情報漏えい」42.8%、同意の徹底は22.7%止まり AIをチーム共有、Anthropicが権限設計に指針