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 從公開儲存庫中收錄這些內容。

檢舉或申請下架