Probar los correos de autenticación en apps que creas con Qoder

Por qué el camino del correo necesita una revisión real

El agente de Qoder es bueno con el código en torno a la autenticación: formularios, rutas, manejo de tokens y plantillas de correo. Pero un cambio puede pasar todas las pruebas y aun así enviar un correo que enlaza a localhost, que nunca llega porque el remitente no está configurado o que contiene 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 pidas, o el que ya use tu código. Supabase Auth, Clerk, Firebase Authentication, Auth.js y Better Auth envían correos distintos: Clerk envía un código de forma predeterminada, Firebase un enlace, y Auth.js solo enlaces mágicos, a menos que crees el resto. Indica en tu solicitud los métodos que quieres y luego prueba cada correo que envíe el cambio del agente. Qué correos envía cada servicio de inicio de sesión.

Revísalo después de cada cambio de autenticación

1. Ejecuta la app localmente o abre el despliegue de vista previa de tu rama.
2. Crea una dirección en Proxy Mail QA, una por escenario: usuario nuevo, usuario invitado, restablecimiento de contraseña.
3. Recorre el flujo que tocó el cambio, usando el código o enlace de la fila de la dirección.
4. Lee el correo completo una vez en la vista de la bandeja de entrada: remitente, asunto, redacción y cada enlace.
5. Anota lo que encontraste en la dirección, para que quede con la cuenta de prueba.

Los enlaces a localhost en un despliegue de vista previa o de staging se marcan en la fila. Así se corrigen en Supabase, Firebase, Auth.js y otros stacks.

Conéctalo desde el Qoder Marketplace

Proxy Mail QA está dos veces en el Qoder Marketplace. Elige uno:

• El conector es el MCP server por sí solo. Abre Proxy Mail QA en la pestaña Connectors del Marketplace, en el sitio global o el sitio de China, y conéctalo.
• El plugin agrega ocho skills que guían al agente de Qoder en la tarea.

Luego inicia sesión en Proxy Mail QA en tu navegador cuando Qoder lo pida y elige el proyecto que puede usar el agente. En China continental, inicia sesión con tu email: allí no está disponible el inicio de sesión con Google.

Las skills del plugin:

• proxymail-qa: prueba un registro, un inicio de sesión o un restablecimiento de contraseña de principio a fin, con el código o el enlace del email real
• auth-regression-pack: las mismas comprobaciones de los emails de registro, restablecimiento e invitación cada vez, con lo que cambió desde la última ejecución
• account-email-audit: activa cada email de cuenta que envía la app y lista lo que hay que corregir
• signup-form-email-validation: comprueba que el formulario acepte direcciones inusuales pero válidas y rechace las no válidas
• age-and-region-testing: cuentas de una edad y un país concretos, para restricciones de edad y contenido regional
• email-delivery-troubleshooting: averigua por qué no llegó un email de prueba
• mobile-sign-up-testing: regístrate en una app de iOS o Android en un simulador o emulador
• marketing-email-testing: cupones de bienvenida y pago, una oferta por persona, cancelación de suscripción y reglas de consentimiento por país, con los emails de marketing y ofertas activados en Labs

Deja que el agente de Qoder revise el correo por sí mismo

Para agregar el MCP server a mano, abre Qoder IDE Settings, elige MCP, luego + Add en la pestaña My Servers, y agrégalo en mcpServers:

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

Guárdalo e inicia sesión en Proxy Mail QA en tu navegador cuando se te pida, eligiendo el proyecto que puede usar el agente. Configura el nivel de permiso de Qoder en Ask every time, no en Auto approve, y aprueba cada paso de Proxy Mail QA cuando Qoder lo pida: con Auto approve, puede que el agente no encuentre las herramientas y sugiera el marketplace. Luego pide en palabras simples: “Regístrate en localhost:3000 con una nueva dirección de Proxy Mail QA y confirma el email.” El agente crea la dirección, completa tu formulario, espera el código o el enlace y termina el registro. Otras formas de conectarte, incluido un clave de API, están en Configuración de MCP server.

Prompts para copiar y pegar en Qoder

List every email this app sends: sign-up confirmation, magic link, password reset, invite and email change. For each, show where it's triggered in the code, which service sends it, how its link URL is built, and how long its code or link is valid. Flag hard-coded localhost URLs.

Build every link in auth emails from an environment variable for the app's public URL, with localhost only as the development default. Add the variable to .env.example and the deployment settings.

The email says the code is valid for 10 minutes. Make the server enforce the same expiry, and make requesting a new code invalidate the old one.

Una regla que evita los errores habituales

Dale al agente esta regla, en las reglas de tu proyecto o al inicio de una tarea de autenticación, para que la siga siempre que toque la autenticación:

When changing sign-up, login, password reset, invites or any email-sending code:
- Build links from the app's public URL setting, never a hard-coded localhost.
- Keep the expiry stated in an email equal to the one the server enforces.
- Make single-use links and codes stop working once used or replaced.
- Tell me which emails to test by hand after the change.