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
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
6# Email Ops
7
8Use this when the real task is mailbox work: triage, drafting, replying, sending, or proving a message landed in Sent.
9
10This is not a generic writing skill. It is an operator workflow around the actual mail surface.
11
12## Skill Stack
13
14Pull these ECC-native skills into the workflow when relevant:
15
16- `brand-voice` before drafting anything user-facing
17- `investor-outreach` for investor, partner, or sponsor-facing mail
18- `customer-billing-ops` when the thread is a billing/support incident rather than generic correspondence
19- `knowledge-ops` when the message or thread should be captured into durable context afterward
20- `research-ops` when a reply depends on fresh external facts
21
22## When to Use
23
24- user asks to triage inbox or archive low-signal mail
25- user wants a draft, reply, or new outbound email
26- user wants to know whether a mail was already sent
27- the user wants proof of which account, thread, or Sent entry was used
28
29## Guardrails
30
31- draft first unless the user clearly asked for a live send
32- never claim a message was sent without a real Sent-folder or client-side confirmation
33- do not switch sender accounts casually; choose the account that matches the project and recipient
34- do not delete uncertain business mail during cleanup
35- if the task is really DM or iMessage work, hand off to `messages-ops`
36
37## Workflow
38
39### 1. Resolve the exact surface
40
41Before acting, settle:
42
43- which mailbox account
44- which thread or recipient
45- whether the task is triage, draft, reply, or send
46- whether the user wants draft-only or live send
47
48### 2. Read the thread before composing
49
50If replying:
51
52- read the existing thread
53- identify the last outbound touch
54- identify any commitments, deadlines, or unanswered questions
55
56If creating a new outbound:
57
58- identify warmth level
59- select the correct channel and sender account
60- pull `brand-voice` before drafting
61
62### 3. Draft, then verify
63
64For draft-only work:
65
66- produce the final copy
67- state sender, recipient, subject, and purpose
68
69For live-send work:
70
71- verify the exact final body first
72- send through the chosen mail surface
73- confirm the message landed in Sent or the equivalent sent-copy store
74
75### 4. Report exact state
76
77Use exact status words:
78
79- drafted
80- approval-pending
81- sent
82- blocked
83- awaiting verification
84
85If the send surface is blocked, preserve the draft and report the exact blocker instead of improvising a second transport without saying so.
86
87## Output Format
88
89```text
90MAIL SURFACE
91- account
92- thread / recipient
93- requested action
94
95DRAFT
96- subject
97- body
98
99STATUS
100- drafted / sent / blocked
101- proof of Sent when applicable
102
103NEXT STEP
104- send
105- follow up
106- archive / move
107```
108
109## Pitfalls
110
111- do not claim send success without a sent-copy check
112- do not ignore the thread history and write a contextless reply
113- do not mix mailbox work with DM or text-message workflows
114- do not expose secrets, auth details, or unnecessary message metadata
115
116## Verification
117
118- the response names the account and thread or recipient
119- any send claim includes Sent proof or an explicit client-side confirmation
120- the final state is one of drafted / sent / blocked / awaiting verification