Auth-E-Mails in Apps testen, die du mit OpenAI Codex baust

Warum der E-Mail-Weg eine menschliche Prüfung braucht

Codex ist der Coding-Agent von OpenAI. Du kannst ihn im Terminal oder in deinem Editor nutzen oder ihm Aufgaben geben, die er in der Cloud bearbeitet, und dann das Ergebnis prüfen. Er ist gut im Code rund um die Authentifizierung: Formulare, API-Routen, Token-Verarbeitung und Templates.

Doch eine Änderung kann jeden Test bestehen und trotzdem eine E-Mail senden, die an die falsche Stelle verlinkt, nie ankommt, weil der Absender nicht konfiguriert ist, oder einen Code enthält, der abläuft, bevor ihn jemand eintippen kann. Das zeigt sich erst, wenn eine echte E-Mail einen echten Posteingang erreicht.

Welches Login wird er bauen?

Den, den deine App schon nutzt, oder den, den du verlangst. Supabase Auth, Clerk, Firebase Authentication, Auth.js und Better Auth senden jeweils andere E-Mails, und jeder hat eine Einstellung, die sie am häufigsten kaputt macht. Nenne die gewünschten Methoden in der Aufgabe, etwa „E-Mail und Passwort mit Bestätigungscode, plus Google“, damit Änderung und Prüfung dieselben E-Mails abdecken. Welche E-Mails jeder Login-Dienst sendet.

Vor dem Merge prüfen

1. Starte den Branch. Lokal, oder öffne das Preview-Deployment, wenn dein Host eines pro Änderung erstellt.
2. Erstelle eine Adresse in Proxy Mail QA und registriere dich, fordere einen Magic Link an oder setze ein Passwort zurück: was auch immer die Änderung betrifft.
3. Nutze den Code oder Link aus der Zeile. Der Code hat einen Kopieren-Button; Links werden zu einem Button, der nach seiner Funktion benannt ist.
4. Lies die ganze E-Mail einmal. Prüfe Absender, Betreff, Wortlaut und jeden Link in der Posteingangsansicht.
5. Notiere deine Erkenntnisse an der Adresse, damit sie beim Testkonto bleiben.

Zeigt der Link auf einem Preview- oder Staging-Deployment auf localhost, wird er markiert. Das bedeutet meist eine fest codierte URL oder eine fehlende Umgebungsvariable: siehe die Lösungen.

Lass Codex die E-Mail selbst prüfen

Installiere das Proxy Mail QA-Plugin aus dem Plugin-Verzeichnis von ChatGPT: Es funktioniert in Codex und in ChatGPT. Melde dich bei Proxy Mail QA in deinem Browser an, wenn danach gefragt wird, und wähle das Projekt, das genutzt werden darf, ohne einen API-Schlüssel zu kopieren.

Die IDE-Erweiterung von Codex unterstützt keine Plugins. Um den MCP server dort hinzuzufügen, führe dies in einem Terminal aus:

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

Codex öffnet deinen Browser zur Anmeldung; falls nicht, führe codex mcp login proxymail-qa aus. Die Codex-CLI, die IDE-Erweiterung und die ChatGPT-Desktop-App teilen diese Einstellung. Um stattdessen einen API-Schlüssel zu nutzen, siehe MCP server-Einrichtung.

Frag dann in einfachen Worten: „Registriere dich auf localhost:3000 mit einer neuen Proxy Mail QA-Adresse und bestätige die E-Mail.“ Codex erstellt die Adresse, füllt dein Formular aus, wartet auf den Code oder Link und schließt die Registrierung ab. Er bekommt nur den Code oder Link, nie den Text der E-Mail.

Erkenntnisse in die nächste Aufgabe verwandeln

Gib Codex eine präzise Folgeaufgabe statt „E-Mail ist kaputt“:

• „In Preview-Deployments nutzt der Bestätigungslink http://localhost:3000. Lies die Basis-URL aus einer Umgebungsvariable.“
• „Die Code-E-Mail sagt 10 Minuten, aber der Server lehnt Codes nach 2 ab. Gleiche das an.“
• „Ein neu angeforderter Magic Link soll den vorherigen ungültig machen.“

Tipps

• Eine Adresse pro Szenario. Erstelle eine kleine Gruppe, jeweils mit generiertem Namen und Benutzernamen, für Tests mit neuen Nutzern, eingeladenen Nutzern und Resets.
• Plus-Tags für wiederholte Durchläufe. name+pr482@mailclub.dev landet in name@mailclub.dev, mit angezeigtem Tag.
• Speichere das Passwort. Bewahre das Passwort, mit dem du dich registriert hast, in derselben Zeile auf, verschlüsselt und verborgen, bis du es brauchst.