Email Spam Tester

GitHub Copilot

Нехай Copilot протестує лист до pull request

Додайте один сервер у VS Code, і Copilot у режимі агента зможе виконати справжній тест на спам для листа, який надсилає ваш проєкт.

Скопіювати конфігурацію

42 перевірки · Без ключа · Без облікового запису

Що запитати

Перевірити перед рев’ю

Протестуйте лист із рахунком, змінений у цій гілці, і перелічіть усе, що стало гірше.

Одна перевірка погіршилася: текстова частина тепер порожня.

Виправити помилки

Опрацюйте невдалі перевірки в цьому звіті та виправте в коді все, що можна: [посилання на звіт]

Два виправлення внесено в код. Третє залишається вам: запис DNS.

Додати до CI

Додайте Email Spam Tester GitHub Action до нашого workflow для змін у templates/.

Workflow додано. Для нього потрібні три секрети репозиторію.

Додайте сервер у VS Code

Файл розміщується в корені робочої області, тому вся команда отримує його разом із репозиторієм.

https://email-spam-tester.com/mcp
{  "mcpServers": {    "email-spam-tester": {      "type": "http",      "url": "https://email-spam-tester.com/mcp"    }  }}

Уже використовуєте .vscode/mcp.json?

Цей файл має власний формат. Верхній ключ має назву servers.

{
  "servers": {
    "email-spam-tester": {
      "type": "http",
      "url": "https://email-spam-tester.com/mcp"
    }
  }
}

Перевірка коду читає diff.
Заголовки не читає ніхто.

Під час підключення доступні чотири інструменти

Жоден тест у наборі не впаде, якщо вирівнювання DMARC перестане працювати. Якщо сервер вказано в конфігурації репозиторію, усі учасники проєкту можуть запустити однаковий тест одним запитом, і нікому не потрібно налаштовувати ключ.

GitHub Copilot
/mcp
  • get_test_address

    Резервує адресу на одну годину. Якщо перевірку потрапляння ввімкнено, ви також отримаєте список поштових скриньок у різних провайдерів.

  • wait_for_report

    Чекає на завершення перевірок, а потім повертає оцінки, непройдені перевірки й попередження з підтвердженнями, а також план виправлення.

  • get_report

    Читає наявний звіт за його slug, зокрема стан перевірки папки.

  • get_message_source

    Повертає лист у тому вигляді, у якому він надійшов, із заголовками в порядку передавання, протягом години після доставки.

Запитання

Чому потрібен справжній лист, а не вставлений текст?

Приблизно половина перевірок аналізує те, що додає платформа надсилання: підпис DKIM, маршрут через її сервери, заголовки для відписки. У вставленому тексті цього немає, тому модель лише вгадуватиме.

Що бачить сервер?

Те, що ви надсилаєте на тестову адресу. Необроблене повідомлення зберігається протягом години після отримання, потім залишається лише звіт за посиланням, яке може відкрити кожен, хто знає slug. Надсилайте для тестування лише ті листи, які ви без проблем показали б колезі. Решту описано в політиці конфіденційності.

Чи така сама оцінка, як на сайті?

Так. Використовуються той самий аналіз і та сама сторінка звіту, тому результат із чату можна порівняти з результатом із головної сторінки.

Чи потрібні цьому файлу секрети?

Ні. Сервер не потребує ключа, тому конфігурацію можна додати до репозиторію.

Чи запитує VS Code підтвердження перед запуском інструментів?

Так, виклики інструментів проходять через звичайне підтвердження VS Code, якщо ви не дозволили їх раніше.

А як запускати перевірку під час кожного push?

Використовуйте GitHub Action. Він завершує job з помилкою, якщо автентифікація не пройшла або оцінка знизилася.

Інші способи підключення

Сервер MCPАдреса та конфігурація для будь-якого клієнта, що підтримує MCP.Навичка агентаФайл, який навчає агента читати звіт.Усі інтеграціїMailchimp, HubSpot, WordPress, Zapier та інші.

Надішліть один справжній лист і перегляньте, що надійшло у відповідь

Скопіювати конфігурацію