El PIPELINE, de punta a punta — dónde estamos, medido

0 · Lo que hay que saber primero

1. 🏁 El build de producción, arreglado (e656679): faltaba importar Security en PlatformSidebar.tsx. Una línea, cuatro deploys en Error y un diagnóstico largo — la lección de método, en §3. ⚠️ Producción sólo sirve lo nuevo cuando hay un deploy de Production en verde: un Ready de Preview no cuenta.
2. 🏁 La lectura está gobernada de punta a punta: el motor delega el plan en el catálogo, la política viaja dentro, y la credencial ya no la esquiva.
3. 🏁 La escritura resultó estar más entera de lo que decía su inventario: el reintento OCC existía —heredado— y ahora está atado y declarado.
4. ⛔ Pero la autorización no llega al OBJETO, y eso es lo que encarece todo lo demás.
5. ⛔ La Action atómica sigue siendo imposible: sin commit multi-tabla y sin transacción multi-sentencia, «escribe A y B, o nada» no se puede sostener.

1 · El camino de LECTURA

Lo que falta en la lectura, por orden de daño:

1. ⭐⭐ La máscara de columna no tiene camino. Hoy una tabla con column_mask simplemente no se sirve. Es la mitad de la política de celda que sigue sin punto de aplicación, y la única salida es aplicarla en el motor (la «salida A»).
2. ⭐ Un segundo inquilino con datos. Todo el aislamiento está probado con uno solo: el control cruzado sólo puede decir «no existe ahí», no «existe y no lo ves».
3. ⭐⭐ La identidad de Keycloak no está unida a la de Clerk: el sub del realm no es el user_… de los miembros de workspace. Una persona autenticada es alguien REAL y sin grants — sirve para medir la puerta, todavía no para que vea sus tablas.

2 · El camino de ESCRITURA

2·1 · Lo que está cerrado

2·2 · Lo que sigue abierto, por orden de daño

3 · ⭐ Las tres cosas que este repaso CORRIGIÓ

Las tres estaban escritas en documentos vigentes, y las tres eran falsas o imprecisas. No es casualidad: es el coste de arrastrar approaches escritos antes de poder medir.

🪤 Y una cuarta, de método, que costó cuatro deploys

El build de producción moría con ReferenceError: Security is not defined mientras npm run build en local PASABA. Se persiguió durante cuatro intentos —se descartó la versión del paquete, el lock, ficheros que faltaran, la caché de webpack, el prerender— y la causa era un import que faltaba en PlatformSidebar.tsx. Una línea.

⭐⭐ El build local mentía porque el árbol local tenía trabajo SIN COMMITEAR que ya lo arreglaba, y el deploy sale de git. «En local pasa y en Vercel no», con el árbol sucio, no es una paradoja: es que no se estaba construyendo lo mismo.

🪤 Y lo que lo alargó: se miró git status | grep -v "^ M components" para quitar ruido, y ese filtro escondió justo el fichero culpable. Filtrar la lista de cambios mientras buscas una diferencia entre dos árboles es quitarte la respuesta de delante.

⇒ Regla: ante «en local funciona y en el deploy no», lo primero es git status, entero.

4 · ⏭️ El orden que se deduce AHORA

🏁 arreglar el BUILD                    ← hecho (e656679)
🏁 el SUJETO humano existe              ← hecho: Keycloak respalda, la cara distingue persona
                                          de servicio, y S·4 quedó cerrado en vivo
①  FEDERAR Keycloak ↔ Clerk            ← sin esto, una persona autenticada no es NADIE conocido
②  alcance de OBJETO en los grants      ← depende de ①: hoy no discriminaría a nadie (G·0)
③  la máscara de columna, en el motor   ← la mitad de la política de celda que no tiene camino
④  S·5·③: reintento tras 500 sin duplicar
⑤  la sesión compartida del bridge      ← un fallo suyo se lleva TODAS las escrituras en vuelo
⑥  Action atómica                       ← ya no es «estrenar» una capacidad: hay que reconstruirla

⚠️ ② dejó de ser el primero, y por una medición. G·0 midió que el ámbito de objeto no discriminaría a nadie hoy: los grants se derivan de workspace_members (12 sujetos de Clerk) y el único creador humano es el owner, que ya lo recibe todo. Sigue siendo la condición que abarata el futuro —mientras la autorización sea de workspace, cada verbo que se abra se abre para todo el mundo a la vez—, pero primero hace falta ①, o se construye una retícula sin nadie dentro.

⭐ Y ① no es fontanería de identidad: es lo que convierte a una persona en sujeto de gobierno. Hoy el sub de Keycloak es alguien real y sin grants; el user_… de Clerk tiene membresía y no puede hablarle al catálogo. Unirlos es lo que hace que todo lo construido —política en el plan, vending conmutado, partición por columna— le aplique a una persona.

⚠️ ⑥ cambió de naturaleza con el cutover. Cuando el inventario lo listó, la capacidad estaba «comprada y sin estrenar» (Lakekeeper exponía /transactions/commit). Gravitino no la expone ⇒ ahora hay que construirla o suplirla, y eso es otro tamaño de problema.

5 · Comandos que se corren

# el runtime — NUNCA la consola de Vercel
curl -H "x-diag-key: $SPARK_BRIDGE_JWT_SECRET" https://app.paladio.io/api/diag/motor

# la lectura gobernada
npx dotenv -e .env.local -- npx tsx scripts/warehouse/s3-gate-politica-en-el-plan.ts
npx dotenv -e .env.local -- npx tsx scripts/warehouse/p1-gate-particion-gobernada.ts
npx dotenv -e .env.local -- npx tsx scripts/warehouse/p2-censo-servibilidad.ts

# la escritura robusta (el gate necesita kubectl para contar los conflictos)
S5_ESCRITORES=12 npx dotenv -e .env.local -- npx tsx scripts/warehouse/s5-gate-reintento-occ.ts
npx dotenv -e .env.local -- npx tsx scripts/warehouse/s5d-barrido-robustez.ts   # --aplicar

# en frío
npx vitest run lib/governance     # 331 verdes
npx tsc --noEmit                  # limpio