Verificar antes da revisão
Teste o email de fatura alterado neste ramo e indique tudo o que piorou.
Uma verificação piorou: a parte de texto está agora vazia.
GitHub Copilot
Deixe o Copilot testar o email antes do pull request
Adicione um servidor no VS Code para o Copilot, em modo de agente, executar um teste de spam real no email enviado pelo seu projeto.
42 verificações · Sem chave · Sem conta
O que pedir
Corrigir as falhas
Analise as verificações que falharam neste relatório e altere no código o que puder ser alterado: [link do relatório]
Foram feitas duas correções no código. A terceira é um registo DNS que você terá de configurar.
Adicionar ao CI
Adicione a GitHub Action do Email Spam Tester ao nosso workflow para alterações em templates/.
O workflow foi adicionado. Precisa de três secrets do repositório.
Adicione o servidor no VS Code
O ficheiro fica na raiz do espaço de trabalho, para que toda a equipa o receba com o repositório.
https://email-spam-tester.com/mcp{ "mcpServers": { "email-spam-tester": { "type": "http", "url": "https://email-spam-tester.com/mcp" } }}Já usa .vscode/mcp.json?
Esse ficheiro tem um formato próprio. A chave principal é servers.
{
"servers": {
"email-spam-tester": {
"type": "http",
"url": "https://email-spam-tester.com/mcp"
}
}
}A revisão de código lê o diff.
Ninguém lê os cabeçalhos.
A ligação disponibiliza quatro ferramentas
Nenhum teste falha quando o alinhamento DMARC deixa de funcionar. Com o servidor na configuração do repositório, todos no projeto têm o mesmo teste à distância de um prompt, sem terem de configurar uma chave.
GitHub Copilot/mcpget_test_addressReserva um endereço durante uma hora. Com a colocação ativada, recebe também uma lista de caixas de correio em diferentes fornecedores.
wait_for_reportAguarda até as verificações terminarem e devolve as pontuações, as verificações que falharam ou geraram avisos, com as respetivas provas, e o plano de correção.
get_reportLê um relatório existente pelo respetivo slug, incluindo o progresso da verificação de pastas.
get_message_sourceDevolve o email tal como chegou, com os cabeçalhos pela ordem de transmissão, durante uma hora após a entrega.
Perguntas
Porque é necessário um email real em vez de texto colado?
Cerca de metade das verificações analisa o que a plataforma de envio adiciona: a assinatura DKIM, o percurso pelos respetivos servidores e os cabeçalhos de anulação da subscrição. O texto colado não inclui nada disso, pelo que o modelo teria de adivinhar.
O que pode o servidor ver?
Aquilo que você envia para o endereço de teste. A mensagem em bruto é guardada durante uma hora após chegar. Depois, fica apenas o relatório, num link que qualquer pessoa com o slug pode abrir. Envie apenas emails de teste que não se importaria de mostrar a um colega e leia a política de privacidade para saber o resto.
A pontuação é a mesma que no site?
Sim. É a mesma análise e a mesma página de relatório, pelo que pode comparar uma execução feita num chat com outra feita a partir da página inicial.
O ficheiro precisa de secrets?
Não. O servidor não usa nenhuma chave, por isso a configuração pode ser incluída no commit.
O VS Code pede confirmação antes de executar ferramentas?
Sim, as chamadas de ferramentas passam pela confirmação habitual do VS Code, a menos que você já as tenha autorizado.
E para verificar cada push?
Use a GitHub Action. O job falha quando a autenticação falha ou a pontuação baixa.