Cualquiera que le haya pedido código a un modelo de lenguaje conoce la sensación: en treinta segundos aparece una pantalla entera, con formulario, validación y hasta un comentario simpático. En treinta minutos aparecen los problemas. Un campo que acepta cualquier cosa, una clave de acceso olvidada en medio del archivo, una segunda forma de hacer lo que el proyecto ya hacía de otra manera.
El modelo no falló por falta de inteligencia. Falló por falta de suelo. Nadie le dijo cómo se hacen las cosas en esta casa.
El modelo es el motor, no el coche
En Kabran, la IA escribe la mayor parte del código. No es un secreto ni un eslogan: es cómo se diseñó la fábrica desde el primer día. Pero la pregunta que nos hacemos nunca es “¿el modelo puede?”. Es “¿qué pasa cuando lo logra de la forma equivocada?”.
La respuesta es lo que llamamos harness: el conjunto de estándares, verificaciones y límites dentro del cual trabaja cada agente. El motor puede ser el más potente del mundo. Sin dirección, frenos y carretera, solo llega más rápido al lugar equivocado.
Un agente sin estándares entrega rápido. Un agente con estándares entrega algo que se puede mantener.
Lo que dice un estándar, en la práctica
Un estándar, para nosotros, no es un documento bonito que nadie lee. Es una instrucción corta, verificable y cargada en el momento en que el agente la necesita. Algunos ejemplos reales de lo que está escrito:
- ningún valor que cambia entre entornos queda fijo en el código — ni dirección, ni puerto, ni clave, nada;
- el diff entrega lo que se pidió y solo eso; la refactorización que nadie pidió no se cuela;
- toda pantalla nace con sus estados de carga y de error, no solo con el camino feliz;
- si el repositorio ya tiene una forma de hacer algo, no se inventa una segunda.
Ninguna de estas reglas es genial. Su valor está en que valen siempre, para todo agente, en todo proyecto — incluso a las tres de la mañana, incluso en el décimo pedido del día.
Dos puertas que nadie esquiva
Escribir el estándar es la mitad del trabajo. La otra mitad es garantizar que se cumplió sin depender de la buena voluntad. Por eso todo trabajo pasa por dos puertas antes de seguir.
La primera es de calidad: tipos verificados, pruebas corriendo, y el comando que valida en local es el mismo que corre en la cadena. La segunda es de seguridad: búsqueda de secretos antes de cada commit, dependencias revisadas, ninguna credencial en el historial.
Una puerta que falla se cierra. No existe “solo esta vez”. Si la verificación no pudo verificar, reprueba — el silencio nunca cuenta como éxito.
Por qué esto importa a quien nos contrata
No estás comprando líneas de código. Estás comprando la confianza de que el producto seguirá en pie dentro de seis meses, cuando alguien necesite cambiar algo pequeño sin romper tres cosas grandes.
La velocidad de la IA es lo que hace posible a Kabran. Los estándares son lo que hace confiable a Kabran. Uno sin el otro sería solo otra demostración bonita que no aguanta a su primer cliente de verdad.
El riel también evoluciona
Cada error que se escapa se convierte en una pregunta: ¿qué estándar lo habría impedido? A veces la respuesta es una línea nueva en las instrucciones. A veces es una verificación automática, que siempre es mejor que una línea de texto. Y a veces la respuesta es que el estándar viejo estaba mal, y se va.
Por eso escribimos este blog. Los rieles que construimos son la parte más importante de la fábrica — y la más interesante de contar.