Problemas al desplegar NextAuth con rutas catch‑all ([...nextauth]) en Vercel

[mennar2024]

Summary

Estoy trabajando en un proyecto Next.js que utiliza NextAuth (v15, última versión) en el directorio app con rutas dinámicas utilizando la convención [...nextauth]. En desarrollo (localhost) la autenticación funciona perfectamente, pero al desplegar en Vercel me encuentro con los siguientes problemas:

src/app/api/auth/[...nextauth]/route.ts
Type error: Route "src/app/api/auth/[...nextauth]/route.ts" does not match the required types of a Next.js Route.
"authOptions" is not a valid Route export field.

Static worker exited with code: 1 and signal: null
 ELIFECYCLE  Command failed with exit code 1.
Error: Command "pnpm run build" exited with 1

Esto me llevó a modificar el archivo para exportar funciones nombradas (GET y POST) en lugar de un export por defecto. pero tampoco funciono

Lo que he probado:

1. Convertir el default export de NextAuth a named exports (GET y POST) en el archivo route.ts.
2. Inyectar manualmente la propiedad query en el objeto Request con los parámetros recibidos
3. Separar la configuración (authOptions) en un archivo aparte para evitar exportaciones adicionales.
4. Forzar el runtime a Node.js usando export const runtime = "nodejs"; para descartar problemas con el Edge Runtime.

A pesar de estas soluciones, el proyecto funciona bien en desarrollo, pero falla en producción en Vercel. ¿Alguien ha tenido una experiencia similar o sabe cómo resolver estos inconvenientes en Vercel? Agradezco cualquier orientación o sugerencia.

Additional information

const handler = NextAuth(authOptions);

export { handler as GET, handler as POST };

Example

No response

[icyJoseph]

Ya veo, el punto 3, debió ser todo lo necesario para arreglar este problema. Seguro que si haces el punto 3, el error cambia verdad? Que error sale?

Las page.tsx, layout.tsx y route.ts, entre otras, son punto de entrada semantico para una ruta, y por ello solo ciertas cosas pueden ser exportadas de estos archivos.

Este tipo de error también debe ser visible localmente, si haces next build && next start, asi te evitas tener que hacer deploy y esperar.

[mennar2024]

Gracias, si era la solución