Zum Inhalt springen

Am schnellsten geht es mit der Einrichtung per Prompt: Dein Agent verbindet sich selbst, und du meldest dich einmal im Browser an. Wenn du noch kein Konto hast, kannst du auf derselben Seite eines erstellen und direkt zurückkehren, um den Zugriff zu erlauben. Um es selbst oder mit einem API-Schlüssel einzurichten, folge unten den Schritten für dein Tool.

Der MCP server ist unter https://api.proxymail.qa/mcp erreichbar (Streamable HTTP). Sende den Schlüssel als Bearer-Token.

claude mcp add --transport http proxymail-qa https://api.proxymail.qa/mcp --header "Authorization: Bearer $PROXYMAIL_QA_API_KEY"

Am schnellsten geht es mit Add to Cursor auf der Cursor-Directory-Seite von Proxy Mail QA, die den Server und einen Skill installiert; melde dich dann im Abschnitt MCP der Cursor-Einstellungen an. Um stattdessen einen API-Schlüssel zu verwenden, in .cursor/mcp.json:

{
"mcpServers": {
"proxymail-qa": {
"url": "https://api.proxymail.qa/mcp",
"headers": { "Authorization": "Bearer qa_…" }
}
}
}

In .vscode/mcp.json oder deiner Benutzer-mcp.json. VS Code fragt beim ersten Mal nach dem Schlüssel und speichert ihn sicher, sodass er nie in der Datei steht:

{
"inputs": [{ "id": "proxymail-qa-key", "type": "promptString", "description": "Proxy Mail QA API key", "password": true }],
"servers": {
"proxymail-qa": {
"type": "http",
"url": "https://api.proxymail.qa/mcp",
"headers": { "Authorization": "Bearer ${input:proxymail-qa-key}" }
}
}
}

Speichere den Schlüssel auf GitHub.com als Agents-Secret namens COPILOT_MCP_PROXYMAIL_QA_KEY, dann in Settings → Copilot → MCP servers des Repositorys:

{
"mcpServers": {
"proxymail-qa": {
"type": "http",
"url": "https://api.proxymail.qa/mcp",
"headers": { "Authorization": "Bearer $COPILOT_MCP_PROXYMAIL_QA_KEY" },
"tools": ["create_address", "wait_for_code", "wait_for_link", "check_delivery", "list_addresses", "update_address"]
}
}
}

Der Cloud-Agent führt aufgelistete Tools ohne Nachfrage aus, daher lässt diese Liste delete_address weg.

Öffne im Agent-Panel … → MCP Servers → Manage MCP Servers → View raw config, füge den Server hinzu und starte dann Antigravity neu. Antigravity nutzt serverUrl für Remote-Server. Ohne headers meldet es sich beim ersten Verbinden im Browser an; mit ihnen nutzt es den Schlüssel:

{
"mcpServers": {
"proxymail-qa": {
"serverUrl": "https://api.proxymail.qa/mcp",
"headers": { "Authorization": "Bearer qa_…" }
}
}
}

Um dich ohne Schlüssel im Browser anzumelden, führe codex mcp add proxymail-qa --url https://api.proxymail.qa/mcp aus: Codex öffnet die Anmeldeseite (oder führe codex mcp login proxymail-qa aus). Um einen Schlüssel zu nutzen, liest Codex ihn aus deiner Umgebung:

codex mcp add proxymail-qa --url https://api.proxymail.qa/mcp --bearer-token-env-var PROXYMAIL_QA_API_KEY

Gemini in Android Studio (Agent-Modus) unterstützt entfernte MCP-Server. Füge den Server als httpUrl zu seiner MCP-Konfiguration hinzu und melde dich an, wenn es danach fragt:

{
"mcpServers": {
"proxymail-qa": { "httpUrl": "https://api.proxymail.qa/mcp" }
}
}

Xcode: Claude Code und Codex können die eigenen Tools von Xcode (xcrun mcpbridge) neben Proxy Mail QA nutzen, und Claude Code Desktop kann deine App in seinem iOS Simulator-Bereich ausführen und sich darin registrieren. Die eingebauten Agents von Xcode können ebenfalls MCP-Server und Plug-ins hinzufügen. Alles dazu steht in iOS-Apps mit einem Coding-Agent; für UI-Tests siehe Mobile Apps.

Öffne im Cascade-Panel … → MCPs → Open MCP config file und füge den Server hinzu. Windsurf nutzt serverUrl für Remote-Server und meldet sich bei der ersten Verbindung über den Browser an:

{
"mcpServers": {
"proxymail-qa": { "serverUrl": "https://api.proxymail.qa/mcp" }
}
}

Um stattdessen einen API-Schlüssel zu nutzen, füge "headers": { "Authorization": "Bearer ${env:PROXYMAIL_QA_API_KEY}" } hinzu; das liest den Schlüssel aus deiner Umgebung.

Öffne Settings → AI → MCP Servers → Add Server → Add Remote Server oder füge es zu deiner Einstellungsdatei hinzu. Ohne Authorization-Header bittet dich Zed, dich im Browser anzumelden:

{
"context_servers": {
"proxymail-qa": { "url": "https://api.proxymail.qa/mcp" }
}
}

Füge den Server zu .kiro/settings/mcp.json in deinem Projekt hinzu oder zu ~/.kiro/settings/mcp.json für alle Projekte. Kiro meldet sich beim ersten Verbinden im Browser an:

{
"mcpServers": {
"proxymail-qa": { "url": "https://api.proxymail.qa/mcp" }
}
}

Um stattdessen einen API-Schlüssel zu nutzen, füge "headers": { "Authorization": "Bearer ${PROXYMAIL_QA_API_KEY}" } hinzu.

In VS Code- und JetBrains-IDEs: Öffne das Amazon-Q-Chatpanel, wähle das Tools-Symbol und dann +. Wähle den Geltungsbereich: global, gespeichert in ~/.aws/amazonq/default.json, oder lokal, gespeichert in .amazonq/default.json im Workspace. Nenne den Server proxymail-qa, wähle den Transport http, gib die URL https://api.proxymail.qa/mcp an und wähle Save. Amazon Q öffnet beim ersten Verbinden deinen Browser zur Anmeldung. Um stattdessen einen API-Schlüssel zu nutzen, füge einen Header namens Authorization mit dem Wert Bearer qa_… hinzu, im globalen Geltungsbereich, damit der Schlüssel nicht in deinem Repository landet.

AWS beendet den Support für die Amazon Q Developer-IDE-Plugins am 30. April 2027 und verweist auf Kiro.

In der Kommandozeile: Die Amazon Q Developer-CLI heißt jetzt Kiro-CLI und liest ~/.kiro/settings/mcp.json, folge also den Schritten für Kiro oben.

Füge den Server zu opencode.json in deinem Projekt hinzu oder zu ~/.config/opencode/opencode.json für alle Projekte. OpenCode meldet sich im Browser an, wenn der Server zum ersten Mal fragt, oder führe opencode mcp auth proxymail-qa aus:

{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"proxymail-qa": { "type": "remote", "url": "https://api.proxymail.qa/mcp" }
}
}

Um stattdessen einen API-Schlüssel zu nutzen, füge "oauth": false und "headers": { "Authorization": "Bearer {env:PROXYMAIL_QA_API_KEY}" } hinzu; das liest den Schlüssel aus deiner Umgebung.

Füge den Server zu kilo.jsonc in deinem Projekt hinzu oder zu ~/.config/kilo/kilo.jsonc für alle Projekte. Kilo Code meldet sich beim Verbinden im Browser an:

{
"mcp": {
"proxymail-qa": { "type": "remote", "url": "https://api.proxymail.qa/mcp" }
}
}

Um stattdessen einen API-Schlüssel zu nutzen, füge "oauth": false und "headers": { "Authorization": "Bearer qa_…" } hinzu, und zwar in der Datei für alle Projekte, damit der Schlüssel nicht in deinem Repository landet.

Klicke im Roo Code-Bereich auf das MCP-Symbol und dann unten in der Liste auf Edit Global MCP. Roo Code sendet einen API-Schlüssel in einem Header. Edit Project MCP schreibt stattdessen .roo/mcp.json im Projekt; lass den Schlüssel also dort weg, wenn du diese Datei committest:

{
"mcpServers": {
"proxymail-qa": {
"type": "streamable-http",
"url": "https://api.proxymail.qa/mcp",
"headers": { "Authorization": "Bearer qa_…" }
}
}
}

Öffne im Augment-Panel das Optionsmenü → Settings und klicke unter MCP auf + Add remote MCP. Wähle den Verbindungstyp HTTP, nenne ihn proxymail-qa, gib die Adresse https://api.proxymail.qa/mcp an und melde dich im Browser an, wenn es danach fragt.

Öffne Settings → MCP, dann Add → Create Manually, und füge den Server ein. Trae sendet einen API-Schlüssel in einem Header. Die eigenen Server eines Projekts kommen in .trae/mcp.json, sobald Enable Project MCP aktiv ist; lass den Schlüssel also aus dieser Datei heraus, wenn du sie committest:

{
"mcpServers": {
"proxymail-qa": {
"url": "https://api.proxymail.qa/mcp",
"headers": { "Authorization": "Bearer qa_…" }
}
}
}

Verbinde es über den Qoder Marketplace: Öffne Proxy Mail QA im Tab „Connectors“ (auf der globalen Website oder der China-Website), verbinde es, melde dich dann im Browser bei Proxy Mail QA an und wähle das Projekt, das der Agent nutzen darf. Das Qoder-Plugin fügt acht Skills hinzu. Um den Server stattdessen von Hand hinzuzufügen, öffne Qoder IDE Settings → MCP, wähle + Add im Tab My Servers und füge ihn unter mcpServers mit "type": "http" und der Adresse https://api.proxymail.qa/mcp hinzu. Prompts und eine Regel für den Agent findest du im Qoder-Guide.

Vibe fügt den Server zu deiner config.toml hinzu und öffnet deinen Browser zur Anmeldung:

vibe mcp add proxymail-qa --url https://api.proxymail.qa/mcp

Um stattdessen einen API-Schlüssel zu nutzen, füge --api-key-env PROXYMAIL_QA_API_KEY hinzu; das liest den Schlüssel aus deiner Umgebung und sendet ihn als Bearer-Token.

Füge den Server für alle Projekte hinzu, öffne dann /mcp in Qwen Code und melde dich im Browser an:

qwen mcp add --transport http --scope user proxymail-qa https://api.proxymail.qa/mcp

Um stattdessen einen API-Schlüssel zu nutzen, füge --header "Authorization: Bearer $PROXYMAIL_QA_API_KEY" hinzu.

Füge den Server mit Browser-Anmeldung hinzu und melde dich dann einmal an:

kimi mcp add --transport http --auth oauth proxymail-qa https://api.proxymail.qa/mcp
kimi mcp auth proxymail-qa

Um stattdessen einen API-Schlüssel zu nutzen, lass --auth oauth weg und füge --header "Authorization: Bearer $PROXYMAIL_QA_API_KEY" hinzu.

Jeder Client, der sich über Streamable HTTP mit entfernten MCP-Servern verbindet, funktioniert genauso: Gib ihm https://api.proxymail.qa/mcp und melde dich im Browser an, wenn er danach fragt, oder sende einen API-Schlüssel als Authorization: Bearer qa_…, wenn er sich nicht anmelden kann. In JetBrains-IDEs fügt AI Assistant einen unter Settings → Tools → AI Assistant → Model Context Protocol (MCP) → Add hinzu, als HTTP-Server mit dieser Adresse.

Claude (claude.ai und die Claude-Apps) und ChatGPT melden sich im Browser an, ohne Schlüssel zum Kopieren. In ChatGPT und in Codex installierst du es über die Seite von Proxy Mail QA im Plugin-Verzeichnis von ChatGPT. In Claude fügst du unter Settings → Connectors → Add custom connector einen eigenen Connector mit der Adresse https://api.proxymail.qa/mcp hinzu. In beiden Fällen wirst du zu Proxy Mail QA geleitet, um dich anzumelden (oder dort ein Konto anzulegen), das Projekt zu wählen, das es nutzen darf (oder ein erstes zu benennen), und es zuzulassen.

Im Chat registrierst du dich selbst: Bitte um eine Testadresse („Gib mir eine Test-E-Mail für meine Staging-Registrierung und sag mir den Code, wenn er ankommt“), registriere dich damit, und der Assistent gibt dir den Code oder Link, sobald er ankommt. Er kann dir auch sagen, warum eine E-Mail nicht ankommt, oder eine angekommene prüfen.

Eine neue Testadresse kommt mit einer Posteingangskarte im Gespräch: die Adresse und ihre Persona mit Kopieren-Buttons (das Passwort nur als Copy password), dann der Code oder Link, sobald er ankommt, mit den Prüfungen der E-Mail. Die Karte wartet von selbst 10 Minuten auf Mail und sagt dem Assistenten, was angekommen ist, du musst also nicht erneut fragen. Wenn du dich verbunden hast, bevor es die Karte gab, verbinde den Connector in Claude neu oder aktualisiere ihn in ChatGPT, um sie zu sehen. Tools, die keine Karten anzeigen, bekommen dieselben Antworten als Text.

Eine verbundene App bekommt ein Token für genau dieses Projekt: Sie kann Testadressen erstellen und löschen, einer neuen ein Passwort für ein Registrierungsformular geben und ihre Codes und Links lesen, aber keine früher gespeicherten Passwörter. Sie steht unter Project settings → API keys als verbundene App; dort kannst du sie jederzeit trennen. Andere MCP-Clients, die OAuth-Anmeldung unterstützen, funktionieren genauso.

Jeder Agent kann diese Doku und Guides ohne Anmeldung unter https://search.proxymail.qa/mcp durchsuchen. Es gibt ein Tool, search, das die zu einer Frage passenden Abschnitte mit ihren Seitenadressen zurückgibt. Angemeldete Verbindungen haben dieselbe Suche als search_docs.

claude mcp add --transport http proxymail-qa-docs https://search.proxymail.qa/mcp

Menschen können der Doku unter proxymail.qa/ask eine Frage stellen.

Tool Was es tut
get_project Das Projekt, in dem es arbeitet: Standard-Maildomain und die anderen, E-Mail-Präfix, Limits
create_address Eine neue Testadresse mit fiktivem Namen und Benutzernamen für Registrierungsformulare, einem Geburtsdatum für ein age (etwa under13), einem country (etwa GB) und auf Wunsch einem Passwort (password: true). site und environment halten fest, wo sie genutzt wird, wie es die Chrome-Erweiterung tut, und erscheinen beim Konto in der App
form_values Für ein Formular, das mehr als eine E-Mail-Adresse abfragt: Gib ihm, was die Seite über jedes Feld sagt, und bekomm zurück, was in jedes einzutragen oder auszuwählen ist, aus einer eigens erstellten neuen Adresse (Benutzername und Passwort passend zu den Regeln, das Geburtsdatum im Format des Felds, ein Land, das das Drop-down anbietet). Der Agent füllt das Formular aus
wait_for_code Wartet bis zu 30 Sekunden auf einen Verifizierungs- oder Login-Code und gibt ihn zurück. unused: true überspringt einen bereits genutzten Code; kind: coupon wartet auf einen Gutschein- oder Promo-Code mit Rabatt und Gültigkeitsdatum, und after_seconds sagt, wie lange nach since er kam
wait_for_link Dasselbe für einen Verifizierungs-, Magic-Sign-in-, Einladungs- oder Passwort-Reset-Link. app: true fragt nach dem Link, der eine mobile App öffnet (myapp://…), wenn die E-Mail auch einen Web-Link hat; kind: unsubscribe (oder list_unsubscribe) liefert einen Abmeldelink, den der Agent nutzen soll und den Proxy Mail QA nie öffnet
get_address_variants Ungewöhnliche Varianten einer Adresse zum Testen von Registrierungsformularen: solche, deren Mail trotzdem ankommt (Großbuchstaben, Plus-Tags mit Sonderzeichen), gültige, die Mailserver ablehnen, und ungültige (mehr)
search_docs Durchsucht diese Doku und Guides danach, wie man etwas macht (query, limit), etwa ein Test-Framework einrichten oder warum eine E-Mail nicht ankam, und gibt die am besten passenden Abschnitte mit ihren Seitenadressen zurück
get_name_variants Schwierige Namen für das Namensfeld eines Formulars (field, max_length): solche zum Akzeptieren (Apostrophe, Akzente, andere Schriften, ein Buchstabe, genau das Maximum), solche zum Ablehnen, HTML oder SQL, das als Text gespeichert werden soll, und solche, bei denen Apps sich unterscheiden (mehr)
get_password_variants Schwierige Passwörter innerhalb der Regeln des Felds (min_length, max_length, symbols): Minimum und Maximum, jede Symbolklasse, Leerzeichen, Nicht-ASCII und solche, bei denen Apps sich unterscheiden; bei jedem Aufruf neu (mehr)
check_delivery Erklärt die Mail einer Adresse ohne Warten: was angekommen ist, was wir abgelehnt haben oder die Mailserver von Cloudflare zurückgewiesen haben (etwa wegen fehlgeschlagenem DMARC), und die wahrscheinliche Ursache, wenn nichts ankam
list_addresses Die Adressen des Projekts, jeweils mit Persona, Tags und neuestem Code oder Link. Filter finden ein früher angelegtes Testkonto: tags, country, min_age und max_age, has_password, search, site und environment
update_address Vorname, Nachname, Benutzername, Geburtsdatum oder Land, falls die App sie geändert hat, sowie Notizen, Tags oder ein Label: wofür das Testkonto war
set_password Speichert das Passwort, das das Testkonto jetzt nutzt, nachdem die App es geändert oder zurückgesetzt hat; lass es weg, um eins zu generieren
delete_address Löscht eine Adresse und ihre Mail
get_saved_password Nur für Schlüssel, die gespeicherte Passwörter lesen dürfen
get_sign_in Meldet sich mit einem Aufruf wieder als gespeichertes Testkonto an: das Konto für diese site (mit angegebenem tags und environment) und sein Passwort, so wie die Anmeldeliste der Erweiterung es auswählt. Nur für Schlüssel, die gespeicherte Passwörter lesen dürfen
mark_dev_host Markiert einen Host wie localhost:3000 als Dev-Umgebung des Projekts, sodass check_email Links dorthin besteht, statt sie durchfallen zu lassen
update_project Ändert Name, Website, Umgebungen, E-Mail-Präfix oder Standard-Maildomain des Projekts, wie in den Projekteinstellungen. Erfordert die Projektleitung oder einen Owner oder Admin der Organisation, und jede Änderung steht im Aktivitätsprotokoll. Archivieren und Löschen bleiben in der App
check_email Prüft eine angekommene E-Mail: SPF, DKIM und DMARC, Links auf localhost oder reines http, wohin ihr Link führt (expect_host), ein angegebenes Ablaufdatum, wann ein Gutschein endet, einen Nur-Text-Teil, ihre Größe, vorgegebene Formulierungen (expect_text), ihre Sprache (expect_language), wie bald nach since sie kam (expect_within) und ihre Anhänge (expect_attachment); bei einer Marketing-E-Mail ihre List-Unsubscribe-Header, den Abmeldelink und den Vorschautext; bei jeder E-Mail Anhänge, die Posteingänge blockieren oder misstrauisch behandeln (harmful_attachment), und eine Einschätzung, ob sie im Spam landet (spam_risk). Die Marketing-Prüfungen, harmful_attachment und spam_risk sind in Labs. Nur Ergebnisse, nie die E-Mail
count_emails Wie viele E-Mails angekommen sind (since, type, subtype, category: Auth, transaktional oder Marketing), jeweils ohne Inhalt zusammengefasst: für „genau eine Verifizierungs-E-Mail“
expect_no_email Beobachtet bis zu 30 Sekunden und besteht, wenn nichts ankommt: für „ein abgemeldeter Nutzer bekommt nichts“, mit category: marketing, damit Quittungen trotzdem ankommen können. until hält ein Fenster über Aufrufe hinweg bis zu einer Stunde offen
mark_unsubscribed Labs. Hält fest, dass sich die Adresse von einem Absender abgemeldet hat, nachdem der Agent das in seinem eigenen Browser getan hat: Jede spätere Marketing-E-Mail dieses Absenders lässt after_unsubscribe durchfallen, egal wie viel später. grace (2h, 1d) lässt Mail durch, die schon unterwegs ist
mark_resubscribed Labs. Hält fest, dass sich die Adresse wieder angemeldet hat, und beendet die Überwachung
record_consent Labs. Hält fest, wozu das Konto bei der Registrierung zugestimmt hat (Marketing, ein vorab angehaktes Kästchen, Double-Opt-in), damit check_email sein Marketing nach den Regeln am Wohnort der Persona bewertet
record_coupon_result Labs. Hält fest, was der Checkout mit einem vom Agent angewendeten Gutschein gemacht hat (auf Staging mit Testzahlungen): akzeptiert, abgelehnt oder ein Fehler, mit der Meldung der App, und liefert das coupon_result-Ergebnis
check_sequence Labs. Ob eine Willkommensserie oder Drip-Kampagne nach der Registrierung in der richtigen Reihenfolge und pünktlich kam: bestanden, zu früh, zu spät, fehlend oder wartend für jede E-Mail
check_offers Labs. Die Gutscheine jedes Absenders und an welche Variante der Adresse (normal, Großbuchstaben, +tag) jeder ging; lässt den Lauf durchfallen, wenn eine Person ein Angebot doppelt bekam
check_unsubscribe Labs. Jede Abmeldung und die Marketing-E-Mails, die danach kamen, nach ID und wie lange danach; lässt den Lauf durchfallen, wenn welche kamen
check_out_account, extend_checkout, return_account Leih dir ein Testkonto in einem bekannten Zustand (nach tags, country, Alter oder gespeichertem Passwort), das kein anderer Test hat, und gib es zurück, wobei festgehalten wird, was sich geändert hat (mehr)
start_run, add_run_note, finish_run Zeichne eine Sitzung als Lauf auf: Übergib run_id (und test, den Schritt, zu dem es gehört) an die Tools, und finish_run gibt den Bericht in Markdown zurück, für die Person oder einen Pull Request, einschließlich wie viele geprüfte E-Mails wahrscheinlich im Spam landen (mit aktiviertem Spam-Score und Anhangsprüfungen in Labs) (mehr)

Mit Labs markierte Tools gehören zu Marketing- und Angebots-E-Mails, einer Labs-Funktion: Die Person, die den Agent verbunden hat, schaltet sie in der App unter Account settings → Labs ein. Bis dahin werden sie dem Agent nicht angezeigt (und antworten bei Aufruf mit einem entsprechenden Fehler), und check_email lässt die Prüfungen deaktivierter Labs-Funktionen weg.

Die Liste passt zum Projekt. Ein Agent sieht nur die Tools und Prompts, die er dort nutzen kann, und hat so weniger zur Auswahl:

  • Die Gutschein-Tools (record_coupon_result, check_offers) und ihre Prompts werden aufgeführt, wenn das Projekt Angebote testet;
  • die Tools für Abmeldung, Einwilligung und Sequenzen (mark_unsubscribed, mark_resubscribed, check_unsubscribe, record_consent, check_sequence) und ihre Prompts, wenn es Marketing testet;
  • beide setzen voraus, dass Marketing- und Angebots-E-Mails in Labs aktiviert sind, bis die Funktion für alle verfügbar ist; danach werden sie für jedes Projekt aufgeführt, das diese Bereiche testet.

Was ein Projekt testet, wählst du unter Project settings → What you test. Die Anweisungen des Agenten sagen, was ausgeblendet ist und wie man es einblendet, und get_project gibt die areas des Projekts zurück. Ein Client sieht eine Änderung, sobald er sich das nächste Mal verbindet.

Fertige Checklisten, denen der Agent mit diesen Tools und seinen eigenen Browser-Tools folgt. Die Tests enden im Bericht eines Laufs. Wähle einen dort, wo dein Client MCP-Prompts auflistet (in Claude Code tippst du / und suchst nach proxymail-qa):

Prompt Was es tut
test_signup_flow Registriert sich auf der angegebenen Seite mit einer neuen Adresse, schließt die Verifizierung ab, prüft die E-Mail und zählt Duplikate
test_password_reset Leiht ein verifiziertes Konto aus, setzt sein Passwort über die App zurück, prüft die Reset-E-Mail, speichert das neue Passwort und gibt das Konto zurück
test_sign_in_code Leiht ein verifiziertes Konto aus und meldet sich mit dem Code oder Magic Link an, den die App per E-Mail schickt
prepare_account Leiht ein Konto mit den angegebenen Tags aus, bestätigt in der App, dass es im benötigten Zustand ist („im Premium-Tarif, ohne Bestellungen“), legt auf der angegebenen Registrierungsseite ein neues an, wenn keins frei ist, und gibt es nach dem Test zurück
auth_regression_pack Jedes Mal dieselben Schritte für Registrierung, Passwort-Reset und Einladungen, einschließlich wiederverwendeter und ersetzter Links, jeder Schritt im Lauf benannt; der Bericht zeigt, was sich seit den letzten Läufen des Pakets geändert hat. Auch als Agent-Skill
audit_auth_emails Löst jede Konto-E-Mail aus, die die App sendet (Verifizierung, Reset, Anmeldung, E-Mail-Änderung), prüft jede einzelne und listet auf, was zu beheben ist
audit_marketing_consent Labs. Registriert für jedes angegebene Land Konten, die ablehnen, zustimmen und ein vorab angekreuztes Kästchen belassen, erfasst jedes, löst Marketing aus und berichtet mit Quellen, welche E-Mails gegen die Regeln verstoßen
test_coupon_checkout Labs. Meldet sich für ein Angebot an, wendet den Gutschein beim Checkout auf Staging mit Testzahlungen an, erfasst das Ergebnis, versucht es erneut und berichtet über jeden Versuch
test_offer_reuse Labs. Meldet sich für ein Willkommens- oder Einmalangebot mit einer Adresse und Varianten davon an, die im selben Posteingang landen, und berichtet, ob die App das Angebot mehr als einmal gewährt hat
test_unsubscribe Labs. Abonniert mit einer neuen Adresse, meldet sich über den Link in der E-Mail ab, erfasst das, löst weiteres Marketing aus und prüft, dass keins mehr ankommt, Belege aber schon
audit_marketing_emails Labs. Willigt in die Angebote und den Newsletter der App ein, löst jede erreichbare Marketing-E-Mail aus, prüft bei jeder die Abmeldung, den Vorschautext und den Gutschein und listet auf, was zu beheben ist. Der Skill zum Testen von Marketing-E-Mails deckt das und die vier Prompts oben in einem Durchgang ab

Dann frag in einfachen Worten: „Registriere dich auf localhost:3000 mit einer neuen Proxy Mail QA-Adresse und bestätige die E-Mail.“

Manche KI-Agenten, darunter Claude, registrieren sich nur in einer App, die auf deinem Computer läuft (localhost). Für eine Staging- oder Produktionsseite bitte den Agenten, einen Playwright- oder Cypress-Test zu schreiben, der die API nutzt, und führe ihn selbst oder in CI aus. Wenn du lieber von Hand testest, füllt Proxy Mail QA for Chrome das Registrierungsformular mit einem Testkonto aus und zeigt den Code oder Link direkt auf der Seite.

Ein Skill für Claude Code und andere Agenten beschreibt den gesamten Ablauf, und weitere Skills behandeln das Schreiben von Tests, Audits und mobile Apps.

Eine Frage zu dieser Seite?

Frag in jeder Sprache. Die Doku kann dir sofort antworten oder deine Frage an das Team von Proxy Mail QA schicken, das auf Englisch antwortet.

Doku fragen