Email Spam Tester

GitHub Copilot

Niech Copilot przetestuje e-mail przed pull requestem

Dodaj jeden serwer w VS Code, a Copilot w trybie agenta uruchomi prawdziwy test spamu wiadomości wysyłanej przez twój projekt.

Skopiuj konfigurację

42 kontroli · Bez klucza · Bez konta

O co zapytać

Sprawdź przed przeglądem

Przetestuj wiadomość z fakturą zmienioną w tej gałęzi i wypisz wszystko, co się pogorszyło.

Jedna kontrola wypadła gorzej: część tekstowa jest teraz pusta.

Napraw błędy

Przejrzyj nieudane kontrole w tym raporcie i popraw w kodzie to, co można: [link do raportu]

Dwie poprawki są w kodzie. Trzecia wymaga od ciebie rekordu DNS.

Dodaj to do CI

Dodaj GitHub Action Email Spam Tester do naszego workflow dla zmian w templates/.

Workflow został dodany. Wymaga trzech sekretów repozytorium.

Dodaj serwer w VS Code

Plik umieść w katalogu głównym obszaru roboczego, aby cały zespół dostał go razem z repozytorium.

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

Używasz już .vscode/mcp.json?

Ten plik ma własny format. Klucz najwyższego poziomu to servers.

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

Code review sprawdza diff.
Nikt nie czyta nagłówków.

Po połączeniu otrzymujesz cztery narzędzia

Żaden test nie kończy się błędem, gdy przestaje być zachowana zgodność DMARC. Gdy serwer jest w konfiguracji repozytorium, każdy w projekcie może uruchomić ten sam test jednym poleceniem i nikt nie musi konfigurować klucza.

GitHub Copilot
/mcp
  • get_test_address

    Rezerwuje adres na godzinę. Po włączeniu sprawdzania miejsca dostarczenia otrzymasz też listę skrzynek u różnych dostawców.

  • wait_for_report

    Czeka na zakończenie testów, a następnie zwraca wyniki, niezaliczone testy i ostrzeżenia wraz z dowodami oraz plan poprawek.

  • get_report

    Odczytuje istniejący raport po jego slugu, w tym postęp sprawdzania folderu.

  • get_message_source

    Zwraca wiadomość e-mail w takiej postaci, w jakiej dotarła, z nagłówkami w kolejności przesłania, przez godzinę od dostarczenia.

Pytania

Dlaczego potrzebny jest prawdziwy e-mail zamiast wklejonego tekstu?

Około połowa kontroli sprawdza dane dodawane przez platformę wysyłkową: podpis DKIM, trasę przez jej serwery i nagłówki rezygnacji z subskrypcji. Wklejony tekst nie zawiera tych danych, więc model musiałby zgadywać.

Co może zobaczyć serwer?

To, co wyślesz na adres testowy. Surowa wiadomość jest przechowywana przez godzinę od odebrania, a potem zostaje tylko raport pod linkiem, który może otworzyć każdy, kto zna jego slug. Testuj wiadomości, które bez obaw pokazałbyś współpracownikowi, a pozostałe informacje znajdziesz w polityce prywatności.

Czy wynik jest taki sam jak na stronie?

Tak. To ta sama analiza i ta sama strona raportu, więc wynik z czatu można porównać z wynikiem ze strony głównej.

Czy plik wymaga sekretów?

Nie. Serwer nie wymaga klucza, więc konfigurację możesz dodać do repozytorium.

Czy VS Code pyta o zgodę przed uruchomieniem narzędzi?

Tak, wywołania narzędzi wymagają standardowego potwierdzenia w VS Code, chyba że wcześniej na nie zezwoliłeś.

A jak sprawdzać przy każdym pushu?

Użyj GitHub Action. Zadanie kończy się błędem, gdy uwierzytelnianie nie działa lub wynik spada.

Wyślij jedną prawdziwą wiadomość e-mail i sprawdź, co wróciło

Skopiuj konfigurację