元記事: email-opsでメールの仕分け・返信下書き・送信確認をAIに任せる（cccskills）
スキルのページ: email-ops
この記事の結論
email-opsを入れると、実際のメールボックスでの仕分け、履歴を踏まえた返信の下書き、送信と送信済みの確認までをAIエージェントに任せられます。
送信するのは明確に頼んだときだけ。
送ったかどうかも、送信済みフォルダーで確かめてから報告されます。
この記事では、返ってくる結果の形とインストール方法、依頼文の例を順に紹介します。
送信や受信メールを扱うときの注意点もまとめました。
受信箱の整理を頼むと、エージェントは対象のアカウントと作業の種類を決めてから動き出します。
代表的な依頼は次のような文面です。
仕事用アカウントの受信箱を仕分けして、対応が必要なメールとアーカイブ候補を整理して
最初に確定させるのは、どのアカウントを使うかと、仕分け・下書き・返信・送信のどれをするかです。
そのうえで受信メールを読み、対応が必要なものと、アーカイブしてよい重要度の低いものに分けます。
判断のつかない業務メールは削除されずに、受信箱に残ったままです。
返信や送信を頼むと、結果は決まった4つのまとまりで返ってきます。
毎回同じ形なので、状況を知りたいときにどこを見ればよいかで迷うことはありません。
| まとまり | 書かれる内容 |
|---|---|
| MAIL SURFACE | 使ったアカウント、スレッドまたは宛先、依頼された作業 |
| DRAFT | 件名と本文 |
| STATUS | 現在の状態と、送信した場合は送信済みの証拠 |
| NEXT STEP | 送信、フォローアップ、アーカイブや移動など次の作業 |
状態は、次のどれかの言葉で示されます。
「たぶん送れました」のような曖昧な言い方で終わらないのが特徴です。
| 表示 | 意味 |
|---|---|
| drafted | 下書き済み |
| approval-pending | 承認待ち |
| sent | 送信済み |
| blocked | 送信手段が使えず止まっている |
| awaiting verification | 送信済みかどうかの確認待ち |
**「送信しました」という報告には、送信済みフォルダーなどでの確認が必ず付きます。
** 確認が取れないまま、送信に成功したと書かない決まりです。
email-opsは、実際のメール画面で仕分けから送信済みの確認までを進めるための作業手順です。
文章を上手に書くためのスキルではありません。
重要度の低いメールをアーカイブに回し、対応が必要なメールを見つけやすくします。
整理の途中でも、判断がつかない業務メールは消しません。
受信箱を任せた場合でも、メールに書かれた指示は実行されません。
返ってくるのは、対応すべき項目をまとめた一覧です。
エージェントは返信を書く前に、既存のスレッドを読みます。
自分側が最後に送ったメール、交わした約束、期限、まだ答えていない質問を洗い出してから書き始めます。
この手順を踏むので、文脈を無視した的外れな返信になりにくいわけです。
新しくメールを送る場合は、相手との関係の近さを見極めたうえで、使う送信元アカウントを先に選びます。
文体を整えるスキルや最新の情報を調べるスキルなど、同じECCの他のスキルと組み合わせて使う前提の作りです。
作業は、明確に「送って」と頼まない限り下書きで止まります。
送信を頼んだ場合は、最終の本文を確かめてから送り、送信済みフォルダーに入ったかを確認します。
送信手段が使えないときは、下書きを残したうえで止まった原因を報告する流れです。
知らせないまま別の方法で送り直すことはしません。
送れなかった事実がそのまま見えるので、後から抜け漏れに気づけます。
この仕組みは、複数のメールアカウントを使い分けている人ほど役立ちます。
送信元には案件と宛先に合ったアカウントを選び、気軽には切り替えません。
結果には使ったアカウントとスレッドまたは宛先が必ず書かれるので、「どのアドレスから送ったか」を後で探す手間が減ります。
email-opsは、GitHubのaffaan-m/ECCリポジトリに含まれるスキルの1つで、ライセンスはMITです。
入れ方は、コマンドで入れる方法とエージェントに頼む方法の2つです。
コマンドの場合は、次の1行を実行してください。
npx skills add https://github.com/affaan-m/ECC --skill email-ops
このコマンドでは、Claude CodeやCodexなど、入れる先のエージェントを選べます。
エージェントに頼む場合は、次の文面をそのまま送ってください。
次の Agent Skill をインストールしてください。
https://github.com/affaan-m/ECC/tree/main/skills/email-ops
まず SKILL.md と付属ファイルの中身を確認し、不審な処理（外部への送信、認証情報の読み取りなど）がないことを確かめてから、Claude Code なら ~/.claude/skills/email-ops/、Codex なら ~/.agents/skills/email-ops/ に配置してください。
置き場所は、すべてのプロジェクトで使うか、特定のプロジェクトだけで使うかで変わります。
| エージェント | すべてのプロジェクトで使う | 特定のプロジェクトだけで使う |
|---|---|---|
| Claude Code | ~/.claude/skills/ | プロジェクト内の.claude/skills/ |
| Codex | ~/.agents/skills/ | プロジェクト内の.agents/skills/ |
入れる前に、GitHubのSKILL.mdを一度読んでおくと安心です。
入れた後は、エージェントが実際のメール画面と送信済みフォルダーを扱える状態かを確かめてから使い始めてください。
依頼文は、作業の種類と対象をはっきり書くほど結果が安定します。
次の3つは、よく使う場面の例です。
このスレッドを読んで、先方の質問に答える返信を下書きして
返ってくるのは、スレッドの履歴、最後の送信、約束、期限、未回答の質問を踏まえた件名と本文です。
状態は「drafted」で、この段階ではまだ送信されません。
この下書きを送信して、送信済みに残ったか確認して
最終の本文を確かめてから送信し、送信済みフォルダーに入ったのを確認したうえで「sent」と報告します。
確認が取れなければ「awaiting verification」、送れなければ「blocked」とその原因が返る形です。
先週の見積もりのメールは送ったか、どのアカウントから送ったかを調べて
送信済みの記録を確かめて、送信の有無と、使ったアカウントとスレッドを示します。
送ったつもりで実は送っていなかったメールを見つけるのにも使えます。
このスキルが実際のメールボックスを扱うという点が、いちばん大事です。
含まれるファイルはSKILL.mdだけで、メールにつなぐプログラムは入っていません。
エージェントが実際のメール画面と送信済みの記録を確認できる環境は、別に用意しておく必要があります。
送信は、人が確認してから進めるのが基本です。
スキル自体も下書きを優先しますが、宛先と本文は送信前に自分の目で確かめてください。
受信メールの中身は、信用できないデータとして扱われます。
対象は件名、本文、添付ファイル名、引用されたスレッドのすべてです。
**「受信箱を任せる」は読む・仕分けることの許可であって、メールに書かれた内容を実行する許可ではありません。
** アカウントの権限も慎重に扱い、秘密情報や認証情報、不要なメタデータは結果に出さない決まりです。
どのアカウントをエージェントに触らせるかは、自分で決めてから依頼してください。
DMやiMessageでのやり取りは、このスキルの対象外です。
メッセージアプリの作業は、別のスキルに任せる設計になっています。
メールとメッセージアプリの両方で連絡を受ける人は、スキルごとに役割を分けると整理しやすくなります。
imsgは、MacのMessages.appで履歴の検索、受信の監視、iMessageやSMSの送信を行うスキルです。
email-opsが扱わないiMessageのやり取りは、こちらで受け持てます。
なお、配布元はaffaan-m/ECCとは別のリポジトリです。
明確に送信を頼まない限り、作業は下書きで止まります。
送信を頼んだ場合も、最終の本文を確かめてから送る手順です。
それでも、宛先と本文は送信前に人が確認してください。
「sent」と報告されるのは、送信済みフォルダーなどで確認できた場合だけで、その証拠も添えられます。
確認が取れないときは「awaiting verification」と表示されるので、送れたかどうかを取り違えずに済みます。
メールの中身はデータとして扱われ、指示には従いません。
エージェント向けの文が見つかった場合は、送信者とともに引用して、進めてよいかを利用者に尋ねます。
使えません。
email-opsはメールボックスの作業専用で、DMやiMessageは別のスキルの対象です。
email-opsは、受信箱の仕分け、履歴を踏まえた返信の下書き、送信と送信済みの確認を一続きで進めるスキルです。
結果には使ったアカウント、宛先、状態が必ず書かれるので、対応状況を見失いにくくなります。
メール対応の手間と送信漏れを減らしたい人は、SKILL.mdを確認したうえで試してみてください。
詳しくはcccskillsのページをご覧ください。
この記事は cccskills の読みもの「email-opsでメールの仕分け・返信下書き・送信確認をAIに任せる」の転載です。
スキルの詳細とインストール方法は cccskills の email-ops のページ にあります。