受信トレイトリアージ
受信トレイを簡潔な判断リストと下書きの束に変換します。メールは一切送信しません。
絶対ルール
下書きのみ。送信、アーカイブ、削除、購読解除は絶対に行わないこと。 機械から出ていくすべてのアクションはユーザーの承認を待ちます。これは交渉不可であり、親しくなっても緩和されません。
このルールは、メール自体が即時返信を求めている場合でも、ユーザーが以前に同様の送信を承認した場合でも適用されます。承認はバッチごとに行われます。
セットアップ
Gmail/Outlook MCPサーバー、APIクライアント、またはComposioのようなCLIブリッジなど、任意のメール統合が機能します：
composio search "fetch emails" --toolkits gmail
composio link gmail
ユーザーが複数のメールアカウントを持っている場合、ほとんどの統合はプロバイダごとに複数の接続をサポートしています。明示的に1つを選択し、曖昧な場合はどれを意味するのか尋ねてください — 間違ったメールボックスをトリアージすると実行全体が無駄になります。
手順
1. 取得
未読および最近のメールを取得します。特に指示がない限り、デフォルトで過去24時間とします。それより前の場合は、推測するのではなく期間を尋ねてください。
2. 4つのバケットに分類
| バケット | 意味 |
|---|---|
| 対応が必要 | 本当の判断、コミットメント、金銭、またはユーザーだけが処理できる関係性 |
| 下書き準備完了 | 定型返信 — 書くだけで送信しない |
| 参考情報 | 知っておく価値あり、アクション不要 |
| ノイズ | ニュースレター、領収書、通知、 cold pitch |
判断基準は、重要度順：
- 支払い中の顧客、投資家、アドバイザー、または名前の付いた緊密な協力者からのメールは、返信が定型に見えても対応が必要に入れます。そのリストはプロジェクトのこのスキルのコピーに保持してください。
- 金銭、法的リスク、またはコミットメントに関するものは対応が必要に入れます。
- Cold outreach は、進行中の何かに本当に関連している場合を除きノイズとします。
- 対応が必要と下書き準備完了の間で迷った場合は、対応が必要を選びます。
3. 返信の下書きを作成
下書き準備完了のすべてのメールに対して、ユーザー自身の文体で返信を書きます — プロジェクトにブランドボイスやライティングスタイルのドキュメントがあればそれを参照します。簡潔で、直接的で、無駄のないもの。スレッドの語調に合わせます：1行の質問には1行の回答。
メールクライアントに下書きとして保存し、ユーザーが普段作業している場所で待機できるようにし、サマリーにも表示します。
4. レポート
## 受信トレイ — <日付>, <N> 件
### 対応が必要 (<n>)
- **<送信者>** — <要件> → <判断内容>
### 下書き準備完了 (<n>)
- **<送信者>** — <件名> → <返信の1行サマリー>
### 参考情報 (<n>)
- <各行1行>
### ノイズ (<n>)
<タイプごとに件数。購読解除を検討すべき送信者を挙げる — 購読解除はしない。>
スキャンしやすい形式に保ちます。対応が必要が空の場合は、1行でその旨を伝えて停止します — 水増しはしません。
5. パターンを監視
同じ種類のメールが届き続け、同じ返信が続く場合は、その旨を伝えます。それは専用スキル、フィルタ、または定型返答のシグナルであり、トリアージ自体よりも価値があります。
スケジュール実行
1日2〜3回の実行に適しています。下書きは蓄積され、ユーザーはバッチでレビューし、ユーザー抜きで外に出ることはありません。