ECC用の証拠ベースのメールボックストリアージ、ドラフト作成、送信検証、および送信済みメールセーフフォローアップワークフロー。ユーザーがメールを整理したり、実際のメールサーフェスを通じてドラフトまたは送信したい、または送信済みメールに何が到着したかを証明したい場合に使用します。
复制下面这句话,粘贴给 Claude Code、Codex、Cursor 等 AI 编程工具,它会读取安装说明并在你确认后完成安装。
请阅读 https://ai.atlankj.com/install/asset/gh-email-ops-dd0ed2f3c0d5 ,按照其中的说明把「email-ops」安装到你(当前 AI 工具)中。执行前先告诉我将运行的命令和写入的位置,等我确认。
查看 AI 将读取的安装说明正在读取 GitHub 原文…
内容来自 GitHub 原始文件,由原作者维护。在 GitHub 查看
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.
Pull these ECC-native skills into the workflow when relevant:
brand-voice before drafting anything user-facinginvestor-outreach for investor, partner, or sponsor-facing mailcustomer-billing-ops when the thread is a billing/support incident rather than generic correspondenceknowledge-ops when the message or thread should be captured into durable context afterwardresearch-ops when a reply depends on fresh external factsmessages-opsBefore acting, settle:
If replying:
If creating a new outbound:
brand-voice before draftingFor draft-only work:
For live-send work:
Use exact status words:
If the send surface is blocked, preserve the draft and report the exact blocker instead of improvising a second transport without saying so.
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