Email Ops

作者 affaan-mef648e01899b无许可证275K 个星标收录于 2026年10月8日更新于 2026年10月8日仓库3天前更新

ECC用の証拠ベースのメールボックストリアージ、ドラフト作成、送信検証、および送信済みメールセーフフォローアップワークフロー。ユーザーがメールを整理したり、実際のメールサーフェスを通じてドラフトまたは送信したい、または送信済みメールに何が到着したかを証明したい場合に使用します。

AI 生成的概览

基于证据的邮箱分拣、草拟、发送验证与已发送邮件跟进流程。

功能
引导智能体完成邮箱工作:确定具体账号、邮件线索与请求动作,阅读线索历史,并草拟回复或新的外发邮件。产出结构化报告,包含邮件界面、草稿主题与正文、精确状态词以及下一步动作。发送声明必须有已发送文件夹或客户端确认作为依据,发送受阻时应如实报告而非擅自改用其他方式。
适用场景
适用于真实的邮箱操作:分拣或归档收件箱邮件、草拟回复或新的外发邮件、确认某封邮件是否已发送,或证明使用了哪个账号、线索或已发送记录。不适用于一般性文章写作,也不适用于私信或短信工作流。
运行要求
仅为说明性指令,不附带脚本、软件包或凭据。进行实际发送或验证时需要访问真实邮件界面(邮箱账号与已发送存储),并会引用可选的配套技能用于语气、外联、账单、知识留存与研究。

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

text
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

来源与署名

来源:affaan-m/ecc位于docs/ja-JP/skills/email-ops提交ef648e0

许可证: 无许可证

内容归原作者所有。SourceWeft 从公开仓库中收录这些内容。

举报或申请下架