Ficha de vehiculo: cada Server Action del montaje arrastra un refetch RSC (~19 requests en ~1.6s, acotado)

MEDIDO por proxy-mba-w-cc en dev01 el 2026-09-07 con sesion VALIDA, despues del arreglo de MOVILBA-307. Claude-in-Chrome lo reporto como "el bucle sigue logueado", y la medicion dice que NO es el bucle: es una cascada ACOTADA que termina sola. Las cifras, dos vehiculos distintos: - /vehiculos/AE801OE: 19 requests POST/GET(?_rsc=) alternados, todos entre 1235 y 2812ms desde el inicio de la navegacion, y despues NADA por mas de 20s. - /vehiculos/AA033TK: 18 requests, 1120-2467ms, misma forma. O sea no es de un dominio en particular. Por que NO es MOVILBA-135 ni MOVILBA-307, y es la parte que decide: los intervalos son de 27-80ms con algunos huecos de 176-301ms. El bucle de 135 corria a ~94ms parejo y sin fin; el de 307 a ~1-1.5s y sin fin. Tercer intervalo, tercera forma, tercer motor. Y sobre todo: TERMINA. La firma de un bucle es repeticion sin cota, no un pico. Lo demas de la medicion: la barra de direcciones nunca se movio de la ficha, la pagina renderizo los datos correctos y distintos para cada vehiculo, sin spinner, y "Global error handlers initialized" salio UNA vez en AE801OE y DOS en AA033TK (o sea hubo un remontaje ahi, sin ninguna otra diferencia de comportamiento). Los 12 errores 503 del run cayeron todos en prefetches paralelos de OTRAS rutas, 0 de 19 en la ficha. EL MECANISMO, y hay que confirmarlo antes de tocar nada: la ficha dispara varias Server Actions en el montaje - resolverVehiculoPorDominio, obtenerComentariosImportacion, getVehiculoCadena, getFechaAltaMasReciente - y Next transporta CADA accion como un POST a la URL de la ruta, cada uno seguido del GET ?_rsc= con que el router refresca el payload. N acciones son 2N requests aunque ninguna se llame a si misma. Eso explica la cota y explica por que termina: los efectos dependen de `id`, que se estabiliza. ESTADO: no es un defecto de correccion. La pagina anda y muestra bien. Es desperdicio - cada vuelta paga auth() + hasPermission + una consulta, y en PROD el rol de runtime tiene statement_timeout=5s. Prioridad baja a proposito. NO EJERCITADO: nadie confirmo el mecanismo contra los logs del servidor; la explicacion de arriba es lectura de codigo mas la forma de la traza del navegador. Antes de "arreglarlo" hay que contar las invocaciones del lado del servidor y ver CUALES son las 9-10 acciones, porque cuatro acciones no dan 19 requests sin algo mas. Medir primero.