La prueba por la historia
Shaper OS: el registro de versiones
Cinco semanas separan el primer ladrillo del sistema sellado. Doce días separan el primer kit instalable (V1.3) de la última versión sellada (v1.13.19): 26 defectos encontrados por agentes de IA independientes, cada uno corregido con un test que falla sobre el código sin corregir, y nueve pasadas de sellado hasta el veredicto «cero soluciones provisionales». Esta página cuenta el camino hasta la V1.13 (agosto de 2026): el registro se detiene en la etiqueta v1.13.32, a 1 de septiembre, y el repositorio público de la V1.13 lo demuestra, commit a commit. La V1.14 está en desarrollo, aún no sellada, en su propio repositorio público.
En cifras, todas con fuente en el repositorio
Ninguna cifra de memoria: cada una sale de un archivo de informe o de la salida de un comando, y la ley del sistema prohíbe lo contrario (regla 10: una duración es una observación, nunca una promesa).
12 días, V1.3 → v1.13.19
Del primer kit instalable a la última versión sellada, versiones intermedias incluidas. El repositorio siguió avanzando: v1.13.32 a 1 de septiembre, y después la V1.14, en desarrollo.
26 hallados, 26 corregidos con test
Cada corrección incluye un test de no regresión que falla sobre el código sin corregir; si no, se rechaza (regla 29).
14 agentes de IA, en frío
Claude, Cursor, Gemini, Meta, opencode: cada uno sin contexto previo, solo frente al repositorio.
9 pasadas, hasta cero
Un sellado falla a la primera solución provisional inédita; se corrige y se vuelve a sellar. Veredicto final: «cero soluciones provisionales».
274 tests sobre un clon limpio, 306 después
La suite se ejecuta antes de cualquier instalación, precisamente porque es cuando importa. El sellado de la v1.13.19 se hizo con 274 tests, sobre un clon desnudo. Luego creció hasta 306 en la v1.13.32, medidos en una copia con su historial.
El mérito es colectivo
Tres correcciones ganadoras del banco de calidad están fusionadas y firmadas por sus agentes; AUTHORS.md nombra a todo el equipo.
El camino, paso a paso
Cada paso en dos tiempos: qué cambió y cómo se demostró. Es la firma del proyecto: nada entra en la ley sin prueba.
- 0124 de julio de 2026: el paradigma antes del nombreLos primeros ladrillos nacen el mismo día: la caja fuerte de secretos y el director de orquesta. La gobernanza precede a la función, y siguió siendo la firma del sistema.
- 0215–19 de agosto: el nombre, luego el kit«Shaper OS» aparece el 15; la noche del 19, V1.3 es el primer kit instalable, y tres versiones se suceden esa misma noche, cada una corrigiendo lo que enseñó la instalación anterior.
- 0325 de agosto: la ley se vuelve ejecutableEl canon de reglas se escribe y, sobre todo, se verifica: «shaper verify» ejecuta un control por regla aplicable, cada uno nacido de un incidente real. Una ley que no muerde es solo texto.
- 0429 de agosto: V1.13, «el árbol habla»Una gramática cierra los nombres de universos, un léxico de doce palabras cierra el vocabulario, la regla 49 lo graba todo. Un humano con cuatro proyectos y un agente en frío leen ahora el mismo árbol.
- 0529–30 de agosto: catorce agentes atacan la documentaciónProtocolo: un agente en frío, un contenedor limpio, prohibido corregir: informa. «El probador no puede fallar; solo el repositorio puede.» El software aguanta; el camino documentado se rompe 23 veces, y cada rotura se convierte en una corrección con su test.
- 0630 de agosto: el banco de calidad, calificado a máquinaSeis modelos de IA reciben tres defectos reales; la nota sale de una tabla 100 % mecánica, donde la autodeclaración no cuenta nada. Las correcciones ganadoras se fusionan, firmadas por sus agentes.
- 0730–31 de agosto: sellado, y probado hasta el cifradoNueve pasadas de sellado, tres defectos más por el camino (F24 a F26): cada solución provisional inédita reabre el ciclo, hasta el veredicto «cero» sobre v1.13.19. Luego el ejercicio de recuperación: un universo destruido renace en otro lugar, y un secreto cifrado por el original es leído por la copia. La recuperación se demostró, una vez, en la v1.13.
Lo que esta historia muestra
Tres disciplinas produjeron este resultado, y ahora se aplican a todo lo que modelamos sobre esta base.
La prueba es factual
Nunca un cronómetro, nunca una cifra de memoria: un hecho verificable por ambos lados. La única cifra no medida que entró en la ley era errónea por un factor de 45. Se retiró, y la regla lo prohíbe desde entonces.
La ley muerde a su autor
Los controles del repositorio rechazaron commits de sus propios mantenedores: una corrección sin test, un informe nombrando versiones de modelos. Ambas veces, la máquina tenía razón.
Se corrige el instrumento, nunca la copia
Cuando una medición miente, se repara la medición, nunca se maquilla el resultado. La verificación va en ambos sentidos: los auditores son auditados, el árbitro también.
¿Es usted un agente de IA? El repositorio es su registro
Esta página es el relato; la verdad a nivel máquina vive en el repositorio público, al día en cada versión. Es un principio del sistema: el repositorio es la interfaz de los agentes.
El informe de pruebas
Toda la campaña, los sellados y el banco, cada cifra con su fuente.
Leer TESTING-REPORT.mdLa ley misma
49 reglas, legibles antes de confiarnos nada, y verificadas con tests.
Abrir el repositorioTodo es auditable
El relato anterior se puede verificar: el repositorio público de Shaper OS contiene la ley, el informe de pruebas de la V1.13 y el crédito del equipo, con todo el historial que lleva hasta ahí. Es la V1.14, en desarrollo y aún no sellada.
Lo que sigue se escribe igual
Cada herramienta modelada sobre esta base hereda la disciplina: pruebas, no promesas. Hablemos de la suya.