Email Ops
Use this when the real task is mailbox work: triage, drafting, replying, sending, or proving a message landed in Sent.
This is not a generic writing skill. It is an operator workflow around the actual mail surface.
Skill Stack
Pull these ECC-native skills into the workflow when relevant:
brand-voice before drafting anything user-facing
investor-outreach for investor, partner, or sponsor-facing mail
customer-billing-ops when the thread is a billing/support incident rather than generic correspondence
knowledge-ops when the message or thread should be captured into durable context afterward
research-ops when a reply depends on fresh external facts
When to Use
- user asks to triage inbox or archive low-signal mail
- user wants a draft, reply, or new outbound email
- user wants to know whether a mail was already sent
- the user wants proof of which account, thread, or Sent entry was used
Guardrails
- draft first unless the user clearly asked for a live send
- never claim a message was sent without a real Sent-folder or client-side confirmation
- do not switch sender accounts casually; choose the account that matches the project and recipient
- do not delete uncertain business mail during cleanup
- if the task is really DM or iMessage work, hand off to
messages-ops
Workflow
1. Resolve the exact surface
Before acting, settle:
- which mailbox account
- which thread or recipient
- whether the task is triage, draft, reply, or send
- whether the user wants draft-only or live send
2. Read the thread before composing
If replying:
- read the existing thread
- identify the last outbound touch
- identify any commitments, deadlines, or unanswered questions
If creating a new outbound:
- identify warmth level
- select the correct channel and sender account
- pull
brand-voice before drafting
3. Draft, then verify
For draft-only work:
- produce the final copy
- state sender, recipient, subject, and purpose
For live-send work:
- verify the exact final body first
- send through the chosen mail surface
- confirm the message landed in Sent or the equivalent sent-copy store
4. Report exact state
Use exact status words:
- drafted
- approval-pending
- sent
- blocked
- awaiting verification
If the send surface is blocked, preserve the draft and report the exact blocker instead of improvising a second transport without saying so.
Output Format
MAIL SURFACE
- account
- thread / recipient
- requested action
DRAFT
- subject
- body
STATUS
- drafted / sent / blocked
- proof of Sent when applicable
NEXT STEP
- send
- follow up
- archive / move
Pitfalls
- do not claim send success without a sent-copy check
- do not ignore the thread history and write a contextless reply
- do not mix mailbox work with DM or text-message workflows
- do not expose secrets, auth details, or unnecessary message metadata
Verification
- the response names the account and thread or recipient
- any send claim includes Sent proof or an explicit client-side confirmation
- the final state is one of drafted / sent / blocked / awaiting verification
Source: affaan-m/ECC → skills/email-ops/SKILL.md
Also appears in: affaan-m/ECC/docs/ja-JP/skills/email-ops/SKILL.md
1---2name: email-ops3description: Evidence-first mailbox triage, drafting, send verification, and sent-mail-safe follow-up workflow for ECC. Use when the user wants to organize email, draft or send through the real mail surface, or prove what landed in Sent.4---5# Email Ops67Use this when the real task is mailbox work: triage, drafting, replying, sending, or proving a message landed in Sent.89This is not a generic writing skill. It is an operator workflow around the actual mail surface.1011## Skill Stack1213Pull these ECC-native skills into the workflow when relevant:1415- `brand-voice` before drafting anything user-facing16- `investor-outreach` for investor, partner, or sponsor-facing mail17- `customer-billing-ops` when the thread is a billing/support incident rather than generic correspondence18- `knowledge-ops` when the message or thread should be captured into durable context afterward19- `research-ops` when a reply depends on fresh external facts2021## When to Use2223- user asks to triage inbox or archive low-signal mail24- user wants a draft, reply, or new outbound email25- user wants to know whether a mail was already sent26- the user wants proof of which account, thread, or Sent entry was used2728## Guardrails2930- draft first unless the user clearly asked for a live send31- never claim a message was sent without a real Sent-folder or client-side confirmation32- do not switch sender accounts casually; choose the account that matches the project and recipient33- do not delete uncertain business mail during cleanup34- if the task is really DM or iMessage work, hand off to `messages-ops`3536## Workflow3738### 1. Resolve the exact surface3940Before acting, settle:4142- which mailbox account43- which thread or recipient44- whether the task is triage, draft, reply, or send45- whether the user wants draft-only or live send4647### 2. Read the thread before composing4849If replying:5051- read the existing thread52- identify the last outbound touch53- identify any commitments, deadlines, or unanswered questions5455If creating a new outbound:5657- identify warmth level58- select the correct channel and sender account59- pull `brand-voice` before drafting6061### 3. Draft, then verify6263For draft-only work:6465- produce the final copy66- state sender, recipient, subject, and purpose6768For live-send work:6970- verify the exact final body first71- send through the chosen mail surface72- confirm the message landed in Sent or the equivalent sent-copy store7374### 4. Report exact state7576Use exact status words:7778- drafted79- approval-pending80- sent81- blocked82- awaiting verification8384If the send surface is blocked, preserve the draft and report the exact blocker instead of improvising a second transport without saying so.8586## Output Format8788```text89MAIL SURFACE90- account91- thread / recipient92- requested action9394DRAFT95- subject96- body9798STATUS99- drafted / sent / blocked100- proof of Sent when applicable101102NEXT STEP103- send104- follow up105- archive / move106```107108## Pitfalls109110- do not claim send success without a sent-copy check111- do not ignore the thread history and write a contextless reply112- do not mix mailbox work with DM or text-message workflows113- do not expose secrets, auth details, or unnecessary message metadata114115## Verification116117- the response names the account and thread or recipient118- any send claim includes Sent proof or an explicit client-side confirmation119- the final state is one of drafted / sent / blocked / awaiting verification120121---122123**Source:** [`affaan-m/ECC`](https://github.com/affaan-m/ECC) → `skills/email-ops/SKILL.md`124125**Also appears in:** `affaan-m/ECC/docs/ja-JP/skills/email-ops/SKILL.md`