Rampa de calidad v1

Carriles uno a uno, con calidad medida. Re-Ops, 28-oct a las 03:45Z (27-oct, 8:45 pm PT). Sustituye a la v0 de las 03:00Z.

Qué cambió desde la v0

hecho Tramo 1 aprobado en su revisión 3 a las 03:36Z: brief 559f1d49 y diff 4e22e229. Lanzado a las 03:39:09Z (8:39 pm PT) en codex-seis, como único carril de la casa, con 45 min, 13 M de presupuesto y corte a 25 M. Si a las 04:24Z sigue corriendo, worldclass-v20 avisa antes de dejarlo seguir.
hecho La Halo no tiene ningún Codex vivo (plan-de-tokens, 03:32Z). El nivel 1 arranca limpio.
hecho Guardas de Odoo 20 en los agentes: AGENTS.md de la X1 y de la Halo, y el bloque de versión en los diez AGENTS.md de Codex de la Halo. Detalle en Guardas de Odoo 20.
hecho La puerta del tramo trae guarda-tmp: nada nuevo del usuario en /tmp desde el inicio, y el TMPDIR del tramo vive en trabajo/tmp.
hecho rmt/rcr1b y rmt/rcr1c, que solo vivían en la Halo, están en el remoto desde las 03:38Z.

Diagnóstico medido

Fuentes: censo.tsv (839 carriles en 48 h), las carpetas de worldclass del 27-oct 20:13Z al 28-oct 02:47Z (127 construcciones y 55 revisiones GPT) y mayor-pendientes-0256.tsv (309 MAYOR abiertos en 15 piezas).

Medida	Valor
Revisiones con más de 2,5 k líneas acumuladas	37, con 0 INTEGRAR
De 1,5 k a 2,5 k líneas	11, con 1 INTEGRAR
Hasta 1,5 k líneas	7, con 2 INTEGRAR
MAYOR fuera del delta de su ronda	290 de 457 (63 %)
Rondas que existen solo porque la dirigida de Odoo falló después del FIN	31 de 127
Rondas cortadas por el tope de 25 M	21, todas correcciones de más de unos 10 hallazgos
MAYOR de fidelidad a la maqueta	232 (51 %)
MAYOR por afirmaciones falsas en el FIN	87 (19 %)
Hueco entre dos construcciones de una pieza	de 124 a 236 min
INTEGRAR de worldclass de 00:00Z a 02:40Z	1 de 23

Las rondas corrigen lo que se les pide. Lo que no converge es el tamaño de lo revisado, la revisión de toda la pieza en cada ronda y el FIN que se da sin correr Odoo.

Método

El tramo es la unidad

Un lienzo o flujo de la maqueta, con uno o dos modelos.
Como mucho 1,5 k líneas y 30 ficheros acumulados, y 8 MAYOR por corrección. Si hay más, se parte.
Su propia dirigida e2e y su lista de literales de la maqueta.

Puerta v3 antes del FIN

La dirigida de Odoo 20 corre dentro de la puerta. Una batería va al nodo.
Cada literal de la maqueta se busca en el módulo. Si falta uno, rc 1.
Cada HECHO del FIN cita fichero:línea y una prueba que corrió en esa pasada. Si no, el estado es PARCIAL.
Cada corrección deja su prueba en rojo en la cabeza anterior y en verde en la nueva.
Fidelidad renderizada a partir del tramo 1: texto, caja, estilo y píxeles contra la maqueta.
Guardas de la puerta: guarda-tmp, guarda-v3, guarda-mutantes y guarda-node.

Revisión

Ronda 1 completa, contra la lista de literales. Desde la ronda 2, solo el delta y el cierre de lo anterior.
Antes de INTEGRAR, una revisión completa final, una sola vez.
Cada hallazgo trae una prueba en rojo en la base y en verde en la cabeza. Una clase que vuelve dos veces obliga a rediseñar la puerta.

Niveles

Nivel 1: un tramo en toda la casa, con Re-Ops en cada paso.
Se sube de N a N+1 tras dos tramos seguidos limpios: INTEGRAR de los dos modelos en dos rondas o menos, dentro de presupuesto, del FIN al paso siguiente en 10 min o menos y cero violaciones de proceso.
Un fallo deja el nivel y corrige la plantilla por su causa. Dos seguidos bajan a N−1.

Métricas por tramo

Van a la tarea 32034 de rmt_orq en cada cierre.

Métrica	Base	Meta
INTEGRAR en la primera revisión	worldclass 1 de 23; fuera de worldclass 36 %	70 % o más
Rondas por fusión	8 a 11 por pieza, 0 fusiones en 12 piezas	2 o menos
Tokens por fusión	18 a 21,5 M en las piezas fundidas	dentro del presupuesto del tramo
Del FIN al paso siguiente	de 124 a 236 min	10 min o menos
Clases de hallazgo que vuelven	NO_MEDIDO	0
Fusiones por hora	3 INTEGRAR en unas 6,5 h	sube con cada nivel
Violaciones de proceso	4 arranques después del alto y logs en /tmp	0

Guardas de Odoo 20 contra el retrabajo

worldclass-v20 y rmt_orq son Odoo 20 Enterprise. Un modismo de 19 en ese código es un defecto. Un Odoo de cliente es 19 salvo que el brief diga otra cosa.

Guarda	Estado
AGENTS.md de la X1 y de la Halo: sin la contradicción de la línea 13 (sha `f23b6b32` en las dos)	hecho
Bloque de versión en los diez AGENTS.md de Codex de la Halo (sha `623cc805`): lee la cabecera antes de escribir o revisar, y sin versión en el brief no construye	hecho
Cabecera `rmt-cabecera-20.md` con la base `e0c8948b`, la ficha de API de 19 a 20 y el diccionario de campos, con la dirigida fuera del scratchpad	hecho
plan-de-tokens compara el sha de los diez AGENTS.md en cada pasada y avisa si uno cambia	pedido
AGENTS.md en la raíz del repo worldclass, rama 20.0	tramo
El montador rechaza un brief de Odoo sin versión en su cabecera	tramo
La cabecera y el diccionario se regeneran en cada fusión, para que la base nunca quede vieja	tramo
Lint de modismos de 19. Antes se mide cuántos de los 309 MAYOR abiertos son modismo de 19 (hoy NO_MEDIDO); si son pocos, el lint espera	medir
Digest «saberes de Odoo 20» que la cabecera enlaza: lo que ya sabemos de Odoo 20 y todo agente debe tener a mano	siguiente
Etiquetado del saber de la casa como Odoo 20.0 y limpieza del ruido «Wave 3 Codex», a cargo de su dueño	pedido al volver

La lista de las 19 fichas que entran en el digest está en la tarea 32034.

Jev en las pruebas

Jev es un clasificador de opciones cerradas que contesta en unos 110 ms. Sirve donde hay que elegir entre clases conocidas, muchas veces y rápido. Lo que un lint ya resuelve va primero por el lint.

Triage de un log rojo. Lleva el fallo a una clase de defecto y saca su ficha de remedio, con el remedio que ya funcionó antes. El constructor empieza la corrección por ahí.
REAL, FLAKY o INFRA. Un rojo de infraestructura (disco, red, Odoo caído) se reintenta y no le cuesta una ronda a la pieza. Uno real va al constructor.
Orden de pruebas. Corre primero lo que más probabilidad tiene de fallar con el cambio del tramo, para fallar en segundos y no en minutos.
Locators de Playwright. Cuando un selector deja de encontrar su control, propone el candidato. Solo da AMARILLO; nunca pone una puerta en verde.
Hallazgos por clase. Etiqueta cada MAYOR de revisión con su clase. Con eso se mide la métrica de clases que vuelven y se sabe qué guarda falta.

Cómo entra

Primero en sombra, sobre los 634 hallazgos ya revisados, contra la etiqueta humana. No decide nada.
Entra en una puerta solo con su acierto medido por clase, y con NO_MEDIDO donde no llega al piso.
Va después del tramo 1, como análisis con fila de uso. No es un carril de construcción.

Dónde está el impacto

Ordenado por los MAYOR medidos que cada cambio evita.

Cambio	Qué evita	Estado
Fidelidad renderizada en la puerta	232 MAYOR (51 %) que hoy encuentra el revisor con la puerta en verde	tramo 1
Revisión por delta desde la ronda 2	290 MAYOR (63 %) fuera del delta de su ronda	en el método
Tramo de 1,5 k líneas como mucho	0 INTEGRAR de 37 por encima de 2,5 k	en el método
Afirmaciones del FIN comprobadas por la puerta	87 MAYOR (19 %)	puerta v3
Dirigida de Odoo 20 dentro de la puerta	31 de 127 rondas	puerta v3
Corrección de 8 MAYOR como mucho	21 rondas cortadas por el tope de 25 M	en el método
Guardas de versión de Odoo	retrabajo por modismos de 19; su cifra está en NO_MEDIDO hasta medir los 309	en marcha

Cola

ahora Tramo 1, la puerta de fidelidad renderizada de la vista 06 a 1440 px en tema claro. Acepta si marca 15 o más de los 18 MAYOR de c06i. Revisión GPT en otra cuenta y wc-sonnet-wt.
Tramo 2: el tramo de worldclass más pequeño que se funda solo, ya con la puerta v3 y la de fidelidad.
v3.5 de las llamadas a la Halo de OmarchyFix. La v3.4 corta en silencio con set -e (caso 627601), y ttm1j no arranca hasta tenerla.
Nivel 2: reg1c, el registro de tokens al cierre, que la métrica de tokens necesita.
Las guardas de Odoo 20 que son código, cada una como tramo.
Después, por impacto: lo crítico de Zoom de OmarchyFix, rcr1d, v14t, gmx1b, ttm1j, lzh1b y el resto de su cola.

Sigue sin freno

La copia de archivo-av al 8 TB (parte B, con el tope de escritura en 40e6).
La parte pool de reops-m3, de 07:00Z a 07:50Z.
Las órdenes de borrado de discos-halo y los turnos de discos-torre.
/mnt/datos de la torre tiene 9,28e9 B libres, debajo del freno de 25 GiB. discos-torre trae su plan antes de las 04:30Z.