El método que vendemos construyó la plataforma que vendemos.
Y la bitácora de esa construcción está publicada aquí: cada decisión, cada verificación que no pasó y cada vez que el sistema se detuvo a preguntarle a una persona. Puedes descargarla y comprobarla tú mismo, sin hablar con nosotros.
18 jun 2026 — 6 nov 2026 · Ventana de la bitácora, en horario universal (UTC).
La pregunta que nadie hace en voz alta
Cuando una firma te vende disciplina de ingeniería, hay una objeción que casi nadie formula en la reunión y que todo el mundo piensa: ¿esto lo usan ellos, o sólo lo venden?
Es una pregunta justa, y las respuestas habituales no la resuelven. Un caso de cliente siempre se puede matizar. Un testimonio depende de a quién se lo pidieron. Una demostración enseña lo que el vendedor eligió enseñar.
La única respuesta difícil de refutar es enseñar el rastro de tu propio trabajo, sin editarlo. Eso es esta página.
Caso cero
Nada de esto se escribió para enseñártelo
Lo de abajo es lo que quedó de construir la plataforma, no un informe redactado después para esta página. Por eso ninguna cifra está escrita a mano: se extraen de los registros cada vez que se genera el sitio, y si la bitácora cambia, cambian.
- días de construcción
- 141 días de construcción
- entradas registradas
- 1.476 entradas registradas
- ciclos de trabajo
- 7 ciclos de trabajo
- piezas de funcionalidad
- 28 piezas de funcionalidad
- tipos de agente distintos
- 20 tipos de agente distintos
- verificaciones superadas
- 718 verificaciones superadas
- verificaciones rechazadas
- 42 verificaciones rechazadas
- veces que una persona tuvo que aprobar
- 176 veces que una persona tuvo que aprobar
Dónde se concentró el trabajo
Cada fila es un ciclo de trabajo, identificado por su código interno. A la derecha, las entradas que registró y, en ámbar, las verificaciones que rechazó. Dos ciclos concentran casi todo: son los que construyeron el núcleo.
| bc10 | 713 | −39 | |
|---|---|---|---|
| bc08 | 459 | · | |
| bc11 | 156 | −3 | |
| bc06 | 82 | · | |
| bc10-p0-honesty | 47 | · | |
| bc07 | 12 | · | |
| bc09 | 7 | · |
Cambiar una entrada de ayer rompe todas las de hoy
Cada entrada de la bitácora lleva dos huellas digitales: la suya propia y la de la entrada anterior. Eso las encadena. Borrar una, cambiarle una palabra o insertar una nueva rompe el enlace con todas las siguientes, y la rotura queda a la vista.
No es una promesa nuestra: es una propiedad del archivo que puedes comprobar en tu máquina. Esto es lo que da al comprobarlo:
- Entradas encadenadas las que llevan las dos huellas
- 1.153
- Huella recomputada correcta se recalculó una a una desde el contenido original
- 1.153 / 1.153
- Enlaces con la entrada anterior ninguno roto
- 1.146
La comprobación encontró dos entradas escritas dos veces, idénticas. No es manipulación: es la misma anotación guardada por duplicado. Está contada aparte en lugar de presentarla como un enlace roto, que sería engañoso, o de borrarla, que sería peor.
Sin editar
Los controles que no pasaron son la parte que vale
Un expediente sin fallos no es un expediente limpio: es un expediente incompleto, o maquillado. Lo que sigue estaba en la bitácora y se publica tal cual.
-
42 verificaciones rechazadas
Trabajo que no pasó el control y hubo que rehacer. La mayoría en diseño de la solución y en construcción, que es exactamente donde se quiere que aparezcan: cuanto antes, más barato.
-
92 bucles detectados
Veces que el sistema se dio cuenta de que estaba dando vueltas sobre lo mismo y se paró en lugar de seguir quemando tiempo.
-
130 huecos en su propia bitácora
Momentos en que el registro detectó que le faltaba una anotación que debería estar. Un sistema que apunta sus propios puntos ciegos es más fiable que uno que presume de no tenerlos.
-
1 agente abortado
Un proceso que se cortó sin terminar y quedó registrado como tal.
Nada de esto nos favorece en una primera lectura. Está aquí porque un expediente que sólo contiene aciertos no demuestra rigor: demuestra edición.
Supo que probablemente no pasaba nada, y aun así paró
El 23 de julio de 2026, a las 21:22 UTC, el sistema anotó esto y se negó a seguir:
Cuatro arranques del mismo agente sin que ninguno terminara, con el umbral en tres. Probablemente un falso positivo no recuperable. No reintentar: que lo resuelva una persona.
Léelo despacio, porque ahí está el mecanismo entero. El sistema detectó una anomalía, evaluó que probablemente era un falso positivo —es decir, que seguramente no había nada roto— y aun así se prohibió a sí mismo reintentar y lo escaló a una persona.
Lo fácil habría sido reintentar. Lo barato habría sido asumir que no pasaba nada. Hizo lo caro: parar y preguntar. Esa decisión quedó anotada, con su hora y su huella, y es parte de la cadena que puedes verificar.
Eso es lo que significa gobierno de la ingeniería con inteligencia artificial cuando no es una palabra en una presentación: el momento en que la máquina para y una persona decide.
No nos creas
Compruébalo tú mismo
No te pedimos que te fíes del resumen de arriba. Te damos el archivo y el verificador para que lo corras en tu propia máquina.
El verificador son setenta líneas, no instala nada y no sale a la red. Léelo antes de ejecutarlo — que leas el código antes de correrlo es precisamente el hábito que venimos a instalar.
- 01
Descarga los dos archivos
La bitácora y el verificador, al mismo directorio.
- 02
Ábrelos y léelos
El verificador declara qué comprueba y qué no.
- 03
Ejecútalo
Sólo necesitas Node.js instalado.
node verificar-cadena.mjs cadena.jsonLo que esta comprobación no demuestra
El verificador confirma que la secuencia está intacta: que nadie borró, reordenó ni insertó entradas. No recomputa las huellas, porque para eso haría falta el contenido completo de cada anotación, y ese contenido lleva decisiones internas y datos de las máquinas donde se trabajó. El expediente completo se entrega bajo acuerdo de confidencialidad. Decirlo así es más incómodo que no decirlo, y es la única forma de que la parte que sí puedes comprobar signifique algo.
La fecha
Y la fecha no la ponemos nosotros
Queda una objeción razonable que lo anterior no toca: todo esto lo servimos nosotros, desde nuestro dominio. Que la cadena sea coherente consigo misma no impide que se hubiera escrito entera la semana pasada.
Así que el archivo lleva un sello de tiempo. Una autoridad de sellado independiente recibió sólo la huella del archivo —nunca el archivo— y devolvió un token firmado que dice que esa huella ya existía a esa hora. Cambia un byte de la bitácora y el token deja de cuadrar.
Lo comprobamos en los dos sentidos antes de publicarlo: con el archivo real verifica, y con el mismo archivo más un espacio al final falla. Un sello que no distinguiera las dos cosas no valdría nada.
- Autoridad de sellado
- freetsa.org
- Sellado el
- Huella sellada del archivo
- sha256 fd23ba0ea8a7bbbeab6ca01b6ae3559d813aa8d58ef17dc0a687390e141a0028
- Archivada de forma independiente desde
- 2026-11-06 14:20:58 UTC Por el Internet Archive, que no somos nosotros y no nos pide permiso. El enlace lleva a todas sus capturas de esta dirección, no a la que mejor nos venga.
openssl ts -verify -data cadena.json -in cadena.json.tsr \
-CAfile cacert.pem -untrusted tsa.crtLos dos certificados, desde la autoridad cacert.pem tsa.crt
El certificado de la autoridad bájalo de su sitio, no del nuestro: un certificado que te entrega el mismo que te pide que le creas no prueba nada. Lo que el sello demuestra es que el archivo existía entonces, no que su contenido sea cierto. Es una pieza del argumento, no el argumento.
Publicamos la estructura, no los cuerpos — y eso cuesta algo
Publicar un rastro de ingeniería real obliga a decidir dónde está la línea. La nuestra: se publica todo lo que permite comprobar la integridad, y nada que exponga a terceros o a las personas que trabajaron.
- El texto de cada anotación, que menciona decisiones internas y, en un caso, un valor de prueba que contiene el nombre de una organización.
- La procedencia técnica: nombre de la estación de trabajo y usuario del sistema operativo de quien escribió cada entrada.
- Los entregables asociados a cada paso, que son código y documentos de la plataforma.
¿Y en tu empresa?
Si tu equipo ya construye con inteligencia artificial, la pregunta no es si va más rápido. Es si dentro de seis meses podrás reconstruir por qué el software quedó como quedó. Treinta minutos, sin demostración enlatada.
Conversemos sobre tu flujo