Mail Vet

הלולאה

חמישה שלבים, והסוכן מבצע את כולם בלי שצריך להנחות אותו בכל שלב.

1. קבלת כתובת

   קריאה אחת מקצה כתובת לשימוש יחיד ואומרת לסוכן באיזו שפה לכתוב את תוכנית התיקון. הכתובת מקבלת הודעה אחת בדיוק ופוקעת בתוך שעה.

2. שליחת ההודעה האמיתית אליה

   לא תקציר, לא גרסה מקוצרת. מחצית מהבדיקות קוראות כותרות שפלטפורמת השליחה מוסיפה, וגוף הודעה שהודבק אינו כולל אף אחת מהן.

3. המתנה

   קריאה חוסמת אחת. היא חוזרת כשהניתוח מסתיים, כך שלסוכן אין צורך לבצע תשאול חוזר ואין לולאת השהיה שאפשר לשבש.

4. תקנו את מה שהוא מציין

   כל ממצא מגיע עם הסעיף ב-RFC ודף התיעוד של Google שעליהם הוא מבוסס, כך שהסוכן יכול לבדוק את הטענה במקום לסמוך עליה.

5. שלחו שוב

   כתובת חדשה, ההודעה המתוקנת, ציון שני להשוואה לראשון. השיפורים הצפויים מחושבים באמצעות מתן ציון מחדש, אבל הם אינם מצטברים, והדוח השני הוא הנתון האמיתי.

חברו אותו

שרת 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.

קריאת הדוח

שני מספרים, והם אינם שתי דעות על אותו הדבר.

בדיקה עוברת, מציגה אזהרה, נכשלת, מדולגת או נתקלת בשגיאה. בדיקה שדולגה אינה בדיקה שעברה: פירוש הדבר שהבדיקה לא הייתה רלוונטית, כי לא היו קבצים מצורפים לסריקה או שלא היה חלק HTML לשקלול. שגיאה פירושה שלא הצלחנו לברר, ועדיף לומר זאת במפורש במקום לחשב ציון כאילו הצלחנו.

מה שהטיוטה אינה יכולה לתקן

חלק מהממצאים קשורים ל-DNS, ולא לתוכן, והסוכן צריך לומר זאת בפשטות במקום לערוך את ההודעה עד שהציון משתנה:

• רשומות SPF, DKIM ו-DMARC, והאם הן תואמות לדומיין From
• DNS הפוך עבור ה-IP השולח, והאם הוא מאומת בכיוון ההפוך
• רשומות MX, ‏TLS במארח השולח ורשומות ברשימות חסימה
• MTA-STS, דיווח TLS, ‏DNSSEC ו-BIMI

כל השאר הוא הטיוטה: שורת הנושא, הטקסט המקדים, משקל ה-HTML, חלק הטקסט, הטקסט החלופי של התמונות, מקצרי הקישורים וכותרות ביטול ההרשמה.

ארבעה הרגלים שכדאי ללמד אותו