email-ops

email-ops 技能總覽

email-ops 是用來做什麼的

email-ops 是一個用於真實信箱作業的 email-ops skill：收件匣分流、起草、回覆、寄送，以及確認內容是否真的進到 Sent。它最適合需要作業把握度的人，而不只是想要漂亮文案的人。

誰應該安裝它

如果你要處理活躍收件匣、進行對外跟進，或需要證明郵件確實是從正確帳號寄出，就應該使用 email-ops。當核心工作是安全地處理郵件，並把發生過的事情記錄清楚時，它特別合適。

它有什麼不同

這個技能不是一般的 email-ops for Email Writing 提示詞。它強調的是流程紀律：先起草、先確認帳號、避免高風險清理，並且在宣稱完成前先驗證 Sent 狀態。也因此，當失誤會帶來商業成本時，它特別有用。

如何使用 email-ops 技能

安裝與先閱讀的檔案

進行 email-ops install 時，請從 repo 路徑加入這個技能，並先讀核心指引：先看 SKILL.md，再看任何有連結的脈絡檔案（如果有的話）。在這個 repo 裡，SKILL.md 就是主要依據，所以不用費力去找隱藏機制。

把粗略需求變成可用提示詞

一個好的 email-ops usage 提示詞，會清楚說明郵件任務、帳號、收件人或對話串，以及需要達到的證據等級。範例：Use email-ops to draft a reply for the ACME thread from the support account; do not send yet; preserve tone; tell me what account and Sent evidence I should check. 這樣技能就有足夠脈絡可以安全運作。

產出更好的工作流程

請用 email-ops guide 這種流程：先判斷這是分流、起草、回覆、寄送，還是 Sent 驗證；接著選對寄件帳號；最後才準備訊息。如果任務包含清理作業，在理解整個對話串之前，先保留任何不確定的商務郵件，不要急著刪除或整理掉。

最重要的實用輸入

對 email-ops 來說，最有價值的輸入是：目標對話串、預定寄件身分、郵件目的，以及任何「絕對不能做」的限制，例如 draft only 或 do not mention pricing。如果回覆需要最新事實，請先搭配研究，再開始寫。

email-ops 技能 FAQ

email-ops 只適合寫郵件嗎？

不是。email-ops skill 同樣重視收件匣分流、寄送紀律，以及送達狀態的證明。也正因如此，當信箱本身就是工作重點時，它會比一般寫作提示詞更可靠。

什麼情況下不該用 email-ops？

不要把它用在像簡訊那樣隨性的溝通，也不要在工作只是產出一般文案、完全沒有郵件流程時使用。如果你只是要改寫一句話，用更簡單的提示詞就夠了。

初學者可以用嗎？

可以，只要你能說清楚訊息是要給誰、應該由哪個帳號寄出，以及是否允許寄送。初學者通常最好的做法，是先要求起草，再在採取動作前確認帳號與 Sent 狀態的指引。

它和一般提示詞有什麼不同？

一般提示詞重點在措辭。email-ops 重點在執行安全：信箱要對、寄送決策要對，而且結果要可驗證。當你需要知道實際寄出了什麼，而不只是寫了什麼時，這點就很重要。

如何改進 email-ops 技能

讓技能少一點歧義

最大的品質提升，來自一開始就把對話串、寄件者、收件人、預期結果和風險等級講清楚。Reply to the latest billing email from the finance account and keep it noncommittal 會比 respond to this 實用得多。

要求以證據為導向的檢查

如果你希望 email-ops 幫忙做寄送驗證，請直接指定你要的證據：Sent 資料夾比對、使用的帳號、時間戳記，或對話主旨。這樣可以降低最後只得到一個含糊的 done，但你其實需要可稽核性的風險。

先出第一版，再迭代

先用第一輪抓住語氣、帳號選擇與缺漏事實。接著再用具體修改收斂，例如 shorter、more direct、do not promise a timeline，或 include only the next-step question。這個技能在每次迭代之間逐步縮小範圍時，效果最好。

注意常見失敗模式

最常見的失敗模式，是寄件者帳號誤用、過度清理收件匣，以及把尚未寄出的草稿當成已完成寄送。如果能避開這些問題，email-ops 就會是郵件工作的紀律型操作層，而不是一般的寫作工具。