gen-b1d8e65587c5

thesis/ — el generador NUESTRO

Aquí van los generadores nuestros y el porqué: qué familias de series, qué mezcla, qué dominio atacar. Nada más — ninguna función de puntuación propia, que vive en ../harness/.

Las tres puertas del arnés están pasadas (ver ../harness/README.md): se reproducen los veredictos firmados, las puntuaciones de las que salen y el entrenamiento —4 rondas de 4 ordenan y deciden como su veredicto—. Ya se puede escribir aquí.

Lo primero que hay que saber es contra qué número, y eso se contesta con el archivo, sin una hora de tarjeta. Todo lo de abajo está medido el 2026-09-06 sobre 85 rondas firmadas.

El listón: no es 0,02 y tampoco es 0,005

Tres correcciones sobre lo que esta carpeta daba por cierto:

1. La puerta de dominios NO EXISTE. ../harness/domains.py decía que la subred «exige ganar en ≥5 de los 7 dominios». Falso: per_domain_win_rate sale de _shadow_diagnostics, cuyo docstring es «logged, never gating», y la regla no aparece en koth.py, ni en chain.toml, ni en ningún .md suyo. Lo único que destrona es el LCB del escalar de la ronda contra el margen.

2. El margen DECAE con la tenencia del rey, y hoy es la mitad. No es un 0,02 fijo: win_margin_start = 0.01 para un rey recién coronado y baja lineal hasta win_margin_end = 0.005 en margin_warmup_rounds = 8. El 0,02 que sale en las rondas viejas es win_margin_start_prev, en vigor antes del margin_activation_block. Medido en el archivo, la escalera exacta:

La segunda fila es la que se lee en el archivo (51 de 85 rondas la usan y la escalera cuadra exactamente); la primera es la que rige hoy, con la misma pendiente relativa y la mitad de altura. Las dos aterrizan en el mismo suelo de 0,005, así que contra un rey asentado da igual cuál esté en vigor — la diferencia sólo aparece en los primeros ocho turnos de un rey nuevo.

Se ataca a un rey ASENTADO, no a uno fresco — al revés de lo que dice la prosa de su koth.py, que quedó de cuando el margen subía. Un rey de tenencia ≥8 se defiende con 0,005; uno recién coronado, con 0,01.

3. Y el listón de verdad no es el margen: es el margen MÁS lo que cuesta el intervalo de confianza. Lo que destrona es el LCB, no la ganancia. Medido en las 85 rondas, boot_p50 − lcb:

Así que para que el LCB pase:

El listón es batir al rey por ~2,5–4 % relativo en el escalar de la ronda. Cinco veces el margen, y ése es el número que manda.

Lo que eso obliga a hacer, y a no hacer

El presupuesto reducido NO puede decidir. El bloque 4 midió que a 0,25 h por brazo la magnitud se deforma hasta un ±23 %, un orden de magnitud por encima del 2,5–4 % que hay que demostrar. A 0,25 h se ordenan candidatos entre sí (eso sí está probado, 4 de 4); la decisión de «esto bate al rey» sólo puede salir de una corrida al presupuesto ENTERO del contrato.

Hay poco espacio, y conviene saberlo antes de gastar. El rey mejora la init de arranque en un 0,88 % mediano (p10 −0,67 %, p90 +2,52 %), y en 6 de 18 rondas el rey es PEOR que no hacer nada. La corona no está lejos porque los reyes sean buenos: está donde está porque nadie ha apretado.

El suelo de la init está ARMADO en sombra (init_gate_mode = "shadow"). Hoy se calcula y no corta; el día que pase a enforce, un retador cuyo escalar sea peor que baseline × (1 + init_gate_tolerance) no puede ganar la ronda — «nadie se lleva el trono siendo peor que no hacer nada». Ya habría bloqueado 2 de 18. Se diseña contando con él.

La cohorte cuesta. El LCB lleva Bonferroni alpha / cohort_k. La mediana de retadores por ronda es 1 y el máximo 17: entrar en una ronda vacía es gratis y entrar en una llena se paga en potencia estadística. No es una palanca que controlemos, pero sí decide en qué ronda se gasta el envío.

dethrone_cp = 1: una ronda ganada basta. No hay que encadenar.

A qué se ataca: la palanca, no el número de dominios

Lo que mueve el agregado es peso en ventanas × ventaja alcanzable, no ganar dominios. Medido sobre 98 pares (ronda, retador) y 35 pools verificados:

Tres lecturas, y la tercera es la que decide:

• El retador MEDIANO ya suma 0,79 % de ganancia agregada — y aun así su LCB mediano es −0,008. Ahí está, en un número, lo que cuesta el intervalo: la ganancia media del campo no llega ni a la mitad del listón.
• transport es la mayor palanca y la peor apuesta: un tercio de las ventanas, pero se gana el 53 % de las veces y el signo sólo aguanta 5/8 reyes. Es varianza, no hueco.
• El hueco estable son energy + web_cloudops + healthcare: 7/8 reyes con el mismo signo, gana_ret de 0,57 a 0,65, y 0,0315 de palanca a p90 entre los tres — por encima del 2,4 % que hace falta con un rey asentado. Suman el 37,8 % de las ventanas, así que no hace falta tocar el resto.

sales se deja en paz a propósito: es el único donde el rey mediano gana (ventaja negativa, signo estable sólo 3/8) y pesa un 6,9 %. Empeorarlo por perseguirlo restaría de la misma cuenta.

El plan, con su puerta

1. Fork de un rey VIEJO, nunca del vigente. Forkear es legal y previsto —su config.py lo llama la forma legítima de competir—, pero desde el bloque 8.992.800 el nivel config_only (mismo .py, otra config) dropea, y se compara contra el rey vigente y los co-entrantes de la ronda. Un fork del rey de hoy quema el envío sin llegar a puntuar. Detalle y medidas en ../MEASURED.md §«Qué se puede forkear».
2. Cribado a 0,25 h, varios candidatos contra el mismo rey y la misma semilla. Ordena; no mide.
3. Los dos finalistas al presupuesto ENTERO, contra varios reyes y varias semillas. Es lo único comparable con el 2,5–4 %.
4. La puerta: LCB > margen de la ronda con holgura, reproducido por el arnés sobre rondas ya firmadas, y el informe. Después, y sólo después, la decisión del usuario — un hotkey envía una vez en la vida.