Por qué el camino del correo necesita una revisión humana
Codex es el agente de programación de OpenAI. Puedes usarlo desde la terminal, desde tu editor o darle tareas para que trabaje en la nube y revisar el resultado. Es bueno con el código en torno a la autenticación: formularios, rutas de API, manejo de tokens y plantillas.
Pero un cambio puede pasar todas las pruebas y aun así enviar un correo que enlaza al lugar equivocado, que nunca llega porque el remitente no está configurado o que usa un código que caduca antes de que alguien pueda escribirlo. Eso solo se ve cuando un correo real llega a una bandeja de entrada real.
¿Qué inicio de sesión creará?
El que tu app ya use, o el que pidas. Supabase Auth, Clerk, Firebase Authentication, Auth.js y Better Auth envían correos distintos, y cada uno tiene un ajuste que los rompe con más frecuencia. Indica en la tarea los métodos que quieres, como “correo y contraseña con código de confirmación, más Google”, para que el cambio y tu revisión cubran los mismos correos. Qué correos envía cada servicio de inicio de sesión.
Revísalo antes de hacer merge
- Ejecuta la rama. Iníciala localmente o abre el despliegue de vista previa si tu hosting crea uno para cada cambio.
- Crea una dirección en Proxy Mail QA y regístrate, pide un magic link o restablece una contraseña: lo que haya tocado el cambio.
- Usa el código o enlace de la fila. El código tiene un botón Copiar; los enlaces se convierten en un botón con el nombre de lo que hacen.
- Lee el correo completo una vez. Revisa el remitente, el asunto, la redacción y cada enlace en la vista de la bandeja de entrada.
- Anota lo que encontraste en la dirección, para que acompañe a la cuenta de prueba.
Si el enlace apunta a localhost en un despliegue de vista previa o de staging, se marca. Eso suele indicar una URL fija en el código o una variable de entorno que falta: consulta las soluciones.
Deja que Codex revise el correo por sí mismo
Instala el plugin de Proxy Mail QA desde el directorio de plugins de ChatGPT: funciona en Codex y en ChatGPT. Inicia sesión en Proxy Mail QA en tu navegador cuando te lo pida y elige el proyecto que puede usar, sin ninguna clave de API que copiar.
La extensión del IDE de Codex no admite plugins. Para añadir el MCP server allí, ejecuta esto en una terminal:
codex mcp add proxymail-qa --url https://api.proxymail.qa/mcpCodex abre tu navegador para iniciar sesión; si no lo hace, ejecuta codex mcp login proxymail-qa. La CLI de Codex, la extensión del IDE y la app de escritorio de ChatGPT comparten este ajuste. Para usar una clave de API, consulta la configuración de MCP server.
Luego pídelo con palabras sencillas: “Regístrate en localhost:3000 con una nueva dirección de Proxy Mail QA y confirma el correo”. Codex crea la dirección, completa tu formulario, espera el código o enlace y termina el registro. Solo recibe el código o enlace, nunca el texto del correo.
Convierte los hallazgos en la siguiente tarea
Dale a Codex un seguimiento preciso en lugar de “el correo no funciona”:
- “En los despliegues de vista previa, el enlace de verificación usa
http://localhost:3000. Lee la URL base de una variable de entorno”. - “El correo del código dice 10 minutos, pero el servidor rechaza los códigos después de 2. Haz que coincidan”.
- “Pedir un nuevo magic link debería invalidar el anterior”.
Consejos
- Una dirección por escenario. Crea un pequeño lote, cada una con nombre y usuario generados, para pruebas de usuario nuevo, usuario invitado y restablecimiento.
- Etiquetas con + para ejecuciones repetidas.
name+pr482@mailclub.devllega aname@mailclub.dev, con la etiqueta visible. - Guarda la contraseña. Conserva la contraseña con la que te registraste en la misma fila, cifrada y oculta hasta que la necesites.