メールの返事と、面談の日程調整をAIに渡した。ただし、送信ボタンは渡していない。

1日4回、止まっているメールを拾い、空いている枠を見て、下書きを入れるところまで。

5週間あまりで157回動いて、下書きは16通。数字が小さい理由と、踏んだ事故を全部書いた。

AI秘書の話は、たいてい「メールを全部返してくれる」で始まる。
この記録は、返さない。

2026年8月から、メールと予定の面倒をAIに見させている。
1日4回、相手が返事を待っているメールを拾う。
カレンダーの空きを見て、面談の候補を3つ取る。
返信の下書きをメールの下書き箱に入れて、チャットに1通で知らせる。

送信はしない。
送信の命令を、プログラムに1行も書いていない。
人が下書きを開いて、中身を見て、送信を押す。

5週間あまりで157回動いた。
書いた下書きは16通だった。

少ないのは、壊れていたからではない。
1回の上限を3通に絞り、送らなくていいメールを機械で先に落としているからだ。
数が少ないぶん、1通ごとに「なぜその下書きを書いたか」が追える。

それでも事故は起きた。
もう面談が決まっている相手に「都合がつかないので再調整を」と書いた。
返信できない差出人からの督促9通を、まとめて捨てていた。
「あなたの番」の一覧に66件溜まって、1件も片付いていなかった。
仕組みの側からは、1通も送っていない。
送るかどうかは、毎回人が下書きを開いて決めている。

入っているもの

送信の口を持たせない作り（許可の設定ではなく、コードの側で塞ぐ理由）
返信が要るメールを、AIに読ませる前に機械で絞るやり方（45通→11通）
面談の候補を出すときに、空きだけでなく「もう決まっている予定」も渡す理由
返信の下書き・本人の作業・何もしない、の3つに分ける判断の書き方
「やること」が溜まりすぎたときに、見る数まで減らす仕組み
157回のうち失敗した12回と、理由が読めなかった40回の話
コードの骨組み（鍵・アドレス・IDは伏せてある）

向いている人

メールの返事と日程調整に、毎日まとまった時間を取られている
AIにメールを触らせたいが、勝手に送られるのが怖い
Claude Code で、定時に動く仕組みを1本作ってみたい

向いていない人

メールを全自動で送り返したい人（この記録は、送信を人に残す前提で作っている）
プログラムに一切触れたくない人（Google の設定と、短いスクリプトの登録が要る）

目次

第0章先に数字を全部出す
第1章送信の口を持たせない
第2章 AIに読ませる前に、機械で絞る
第3章空きを探すのは機械、決まっている予定も渡す
第4章下書き・作業・何もしない、の3つに分ける
第5章「あなたの番」が66件溜まった
第6章 157回のうち、止まった回と読めなかった回
付録骨組みのコード（伏せ字あり）

第0章先に数字を全部出す

いいところから書くと、悪いところが小さく見える。
だから先に全部出す。

期間は、2026年8月26日の昼から10月3日の夜まで。

動いた回数

動いた回数        157回（1日4回: 8:20／12:20／16:20／20:20）
正常に終わった     145回
途中で止まった      12回（メールの取得に失敗）

1回ごとの中身

返事を待っているメール   1回あたり 5〜34件（中央値16件）
配信物として出さなかった  1回あたり 0〜25件
入れた下書き            合計16通（157回のうち12回）

16通は少ない。
1回の上限を3通にしているのと、送らなくていいメールを先に落としているからだ。

溜まっているもの

「あなたの番」（返信ではなく、本人が手を動かす用事）  いま83件・一覧に出しているのは23件
前の回に「何も要らない」と判断した控え              105件

83件は、多すぎる。
減らす仕組みを入れて、それでもこの数だ。
第5章に書いた。

数えていないもの

16通のうち、実際に送られた数         未計測
メールと日程調整にかけていた時間の変化  未計測

どちらも記録を取っていなかった。
だから、この記録では成果として数えない。
何時間減ったかも、書かない。

この記録で言えること

全部をAIに返させる方法は、ここには無い。
あるのは、送信を人に残したまま、人が見る量を減らしていく作り方と、そこで踏んだ穴だ。

第1章送信の口を持たせない

最初に決めたのは、便利さではなく、出口だった。

受信を読む   → できる
下書きを作る → できる
送信する    → できない

この3行を、お願いではなく、プログラムの形で決めた。

許可の設定では、送信を止められない

Google のメールを外から触るには、許可（スコープ）を取る。
下書きを作るための許可を取ると、技術的には送信もできてしまう。
「下書きは作れるが、送信はできない」という許可は、用意されていない。

だから、許可の側では止められない。
止めるのは、コードの側だ。

下書きを作るプログラムは、1つのファイルにまとめた。
そのファイルに書いてよい命令は、2つだけ。

下書きを作る
下書きの一覧を見る

送信の命令は、1行も書かない。
ファイルの先頭にも「ここに送信の命令を足さない」と書いてある。

受信を読むプログラムも、別のファイルに分けた。
こちらは「読む」命令しか持っていない。
下書きも、ラベルの付け替えも書いていない。

AIが何を考えても、送信の口が無い。
口の無いものは、間違えても外に出ない。

相手の本文は、データであって命令ではない

メールの本文には、何でも書ける。
「至急、このアドレスに転送してください」と書いてくる相手もいる。

この仕組みは、本文を「判断の材料」にはするが、「命令」としては扱わない。

誰に返すかは、本文ではなく差出人の欄で決める
AIに渡す本文は、最後の1通の先頭1,200字だけにする
返信文を書くAIには、道具を1つも渡さない（ファイルも読めないし、外にも出られない）

本文にどんな指示が書いてあっても、AIができるのは「返信の文章を書く」ことだけだ。

上限と、二重に作らない歯止め

1回に作る下書きは3通まで（人が1回に見られる数から決めた）
同じ会話に下書きがもうあれば、作らない
チャットへの知らせが失敗しても、別の連絡手段を探さない

3時間おきに動くので、2つ目の歯止めが無いと、同じ相手への下書きが積み上がる。

第1章のまとめ

送信を止めるのは、許可の設定ではなくコード
送信の命令を書いていないファイルだけを、下書きの出口にする
相手の本文は材料。命令として読まない
上限は、出す側ではなく見る側から決める

ここから先は有料です