test: anclar primera aserción visible de specs UI con timeout 15s

El flake de carga inicial documentado en POST-PILOT (control-tower-operational-
intelligence y executive-decision-brief) ya quedó mitigado en 85cbc39 con el
mismo patrón de ancla. Bajo carga del suite completo el modo de fallo reapareció
en dos specs hermanos: la primera aserción tras page.goto agotaba el timeout
default de 5s mientras el chunk lazy de la ruta terminaba de cargar (la API
específica de la página ni siquiera llegaba a dispararse).

Evidencia del trace: tests/control-tower-ui (observabilidad) y tests/finance-ui
(liquidaciones) fallaron en su primera aserción con 'element(s) not found' a los
5000ms, con el chunk de la ruta aún en vuelo; el render llegó ~6-7s bajo carga.

Aplico la ancla de 15s establecida en 85cbc39 a esas dos specs y retiro el
bullet de POST-PILOT: verificado 20/20 standalone por spec (ambos proyectos)
y 3 corridas del suite completo sin reintentos en verde.

Author: traviscomber

docs/POST-PILOT.md

@@ -27,7 +27,6 @@ A partir de este cierre, **toda mejora cosmética o idea nueva pasa a POST-PILOT
 
 ## Conocido y aceptado
 
-- **Flakiness de carga inicial** en `control-tower-operational-intelligence` y `executive-decision-brief`: pasan estable en retry y aislados; no es defecto UX. Monitorear si aparece en CI.
 - **Warnings de lint preexistentes** (unused vars, `any`): no bloquean; candidatos a higiene en el próximo sprint técnico.
 - **Deploy Vercel protegido por SSO**: verificable vía estado del deployment; además `GET /api/public-health` (sin datos sensibles) se monitorea en prod con un cron horario (minuto 17, America/Santiago) que resuelve la URL del deployment más reciente vía GitHub Deployments y consulta el endpoint con el header `x-vercel-protection-bypass` (Protection Bypass for Automation), alertando si cae (HTTP ≠ 200 o `ok` ≠ true). Mientras un deployment está construyéndose reporta `deploying` sin alarma. El equipo también tiene una vista interna de salud dentro del sitio en `/admin/salud` (solo admin, protegida por el SSO del deployment): muestra el build desplegado y el estado vivo del endpoint público medido con la sesión propia, como complemento del monitor externo programado.
 

tests/control-tower-ui.spec.ts

@@ -68,7 +68,7 @@ test('audit filters and register form one continuous control surface',async({pag
 
 test('observability reads as a single expanded control plane',async({page},testInfo)=>{
   await mockControlTower(page);await page.goto('/observabilidad')
-  await expect(page.getByRole('heading',{name:'Observabilidad y alertas',exact:true})).toBeVisible()
+  await expect(page.getByRole('heading',{name:'Observabilidad y alertas',exact:true})).toBeVisible({timeout:15000})
   const health=page.locator('.operational-health.expanded'),hero=health.locator('.operational-health-hero'),checks=health.locator('.operational-check');await expect(health).toBeVisible();await expect(checks).toHaveCount(3);await noShadow(hero);await noShadow(checks.first())
   await stable(page);await page.screenshot({path:testInfo.outputPath('observability-control-tower.png'),fullPage:true})
 })

tests/finance-ui.spec.ts

@@ -57,7 +57,7 @@ test('credits summary is one continuous financial rail',async({page},testInfo)=>
 
 test('settlement summary and calculation avoid nested metric cards',async({page},testInfo)=>{
   await mockFinanceApp(page);await page.goto('/liquidaciones')
-  await expect(page.getByRole('heading',{name:'Liquidaciones',exact:true})).toBeVisible()
+  await expect(page.getByRole('heading',{name:'Liquidaciones',exact:true})).toBeVisible({timeout:15000})
   const summary=page.locator('.settlement-summary>article');await expect(summary).toHaveCount(4);await sameRowOnDesktop(summary,testInfo.project.name)
   const calculation=page.locator('.settlement-calculation>div');await expect(calculation).toHaveCount(5)
   expect(await calculation.first().evaluate(el=>getComputedStyle(el).boxShadow)).toBe('none')