流程
五個步驟,代理程式會自行執行全部步驟,無需逐步引導。
取得地址
一次呼叫會保留一個單次使用的地址,並告知代理程式應以哪種語言撰寫修正計畫。該地址只接收一封郵件,並會在一小時後失效。
將真實郵件寄到該地址
不是摘要,也不是縮短版本。一半的檢查會讀取寄件平台加入的標頭,而貼上的郵件本文不包含其中任何一項。
等待
一次阻塞式呼叫。分析完成時就會回傳,因此代理程式不需要輪詢,也不會因休眠迴圈而出錯。
修正它指出的問題
每項發現都附有其依據的 RFC 章節和 Google 文件頁面,因此代理程式可以核實判定,而不是直接相信它。
再次傳送
一個新地址、修正後的郵件,以及可與第一次比較的第二個分數。預期改善幅度是透過重新評分計算的,但各項改善不能相加,而第二份報告才是真實的數字。
完成連接
MCP 伺服器在 Claude Code 中只需一行:
claude mcp add --transport http email-spam-tester https://email-spam-tester.com/mcp
或者,對於接受 JSON 的用戶端:
{
"mcpServers": {
"email-spam-tester": {
"type": "http",
"url": "https://email-spam-tester.com/mcp"
}
}
}
它提供四個工具:保留一個地址、等待報告、透過 slug 讀取現有報告,以及擷取郵件送達時的完整原始內容。
技能檔案
MCP 為代理程式提供工具。這則提供判斷方式:何時使用這些工具、如何解讀 skip 狀態與 pass 狀態,以及哪些發現屬於必須由使用者變更的 DNS 記錄,而不是代理程式可以編輯的文字。將它放入指定位置,代理程式就不會再詢問。
將它儲存為 .claude/skills/mail-vet/SKILL.md,或貼到您的用戶端對應的位置。
不使用代理程式
兩個請求,不需要金鑰。第一個保留地址,第二個讀取報告:尚未收到任何內容時回傳 202,收到後則回傳包含所有內容的 200。
# reserve a single-use address curl -sX POST 'https://email-spam-tester.com/api/v1/inbox?lang=en&utm_source=agent' # {"address":"test-<slug>@email-spam-tester.com","slug":"<slug>",...} # send the message there, then read it back curl -s 'https://email-spam-tester.com/api/v1/tests/<slug>' # 202 while nothing has arrived, 200 with the report once it has
回應包含 report_url,也就是可供人員閱讀的頁面。請交付該頁面,而不是一整面 JSON。
閱讀報告
兩個分數,而且不是對同一件事的兩種看法。
收件匣分數,0 到 100
我們的模型。驗證和基礎架構占大部分權重,因為它們會在篩選器讀取文案中的任何文字之前決定郵件是否送達。
傳統分數,0 到 10
重現人們已經用來比較的 SpamAssassin 風格分數。這項分數放在這裡,是為了讓報告能與某人在其他地方看到的結果比較,而不是因為它的衡量方式更好。
檢查結果可以是通過、警告、失敗、略過或錯誤。略過不代表通過:它表示該檢查不適用,例如沒有附件可掃描或沒有 HTML 部分可評估。錯誤表示我們無法確定,明確說明這一點,比在不知情的情況下照常評分更好。
草稿無法修正的項目
有些發現與 DNS 有關,而不是內容,代理程式應直接說明,而不是持續編輯郵件直到分數變動:
- SPF、DKIM 和 DMARC 記錄,以及它們是否與 From 網域對齊
- 傳送 IP 的反向 DNS,以及它是否通過正向確認
- MX 記錄、傳送主機上的 TLS,以及封鎖清單項目
- MTA-STS、TLS 報告、DNSSEC 和 BIMI
其他所有項目都屬於草稿:主旨、預覽文字、HTML 大小、純文字部分、圖片替代文字、短網址服務、取消訂閱標頭。
值得教它養成的四個習慣
測試實際要寄送的內容
改寫過的樣本衡量的是該樣本。
從平台寄送,而不是從自己的郵件用戶端寄送
從個人帳戶測試 Mailchimp 行銷活動,衡量的是該帳戶。
修正後重新測試
修正會相互影響。唯一將這點納入考量的數字,是第二份報告中的數字。
未經同意,不要測試他人的郵件
任何持有連結的人都能在報告中看到主旨、寄件者、退信地址和完整原始碼。