
Notas de Break the Code, la conferencia de IA pragmática que N-iX organizó en Medellín.
Antes de entrar al evento le pregunté a Claude en el teléfono qué era lo mejor que podía hacer con esas horas. La respuesta fue simple: toma notas y escribe un post corto. Aquí está.
Me pareció un buen comienzo, porque resume lo que más se repitió en el evento: la IA no reemplaza el criterio, te ayuda a decidir dónde ponerlo.
El cuello de botella se mueve
En la era de los agentes de IA escribir código dejó de ser lo difícil. El cuello de botella no desaparece, se mueve. Lo vi en cuatro lugares.
Al contexto. Un modelo sin contexto produce respuestas genéricas. Hay que contextualizar el conocimiento y conectar el modelo con lo que estoy haciendo. Massimo di Cesare presentó una app que funciona como un git para el cerebro: guarda, con notas de voz, lo que es importante y que la cabeza no debería tener que sostener.
A los datos. Datos de mala calidad alimentando modelos, y poca atención a qué datos salen hacia ellos. Una frase lo resumió: no es culpa del modelo, es todo lo que está alrededor.
A las personas. El perfil que se pide es el de product engineer, alguien que prioriza el resultado de negocio sobre la tecnología. Y hay una brecha real: equipos con conocimiento en COBOL o AS/400, y roles que pasan de DevOps a AIOps dejando conocimiento en el camino.
A la comunicación. Explicarle a negocio qué se puede y qué no. Tener las conversaciones incómodas porque son necesarias. Y vender lo que el cliente necesita: "te ordenamos las alertas" en vez de "el sistema se arregla solo".
Lo que más me quedó
El versionado de prompts. Si un prompt decide cómo se comporta un sistema, merece el mismo historial y la misma revisión que el código.
Y el router de modelos. Durante la demo de Massimo, un asistente le propuso como siguiente paso un router: mandar lo sencillo a modelos económicos y reservar los caros para lo que de verdad lo necesita. Mencionó Jev, de TypeSafe AI, un modelo "System One" que no genera texto. Recibe un estado y unas opciones, y devuelve una decisión tipada con su probabilidad. Me quedó la duda de cómo encajaba todo y la aclaré en la ronda de preguntas.
Otras frases que anoté:
- Todo primer entregable es un borrador.
- Si de verdad entiendo el sistema, debo poder defenderlo.
- Todo falla. La pregunta es cómo se itera.
- ¿Cuál es el objetivo final y cómo lo estoy midiendo?
Cómo lo aplico
- Versionar mis prompts. Mis agentes ya viven en git junto al código de este blog. El siguiente paso es tratar cada cambio de prompt como un cambio de código, con su razón.
- Probar un router de modelos. Lo simple a un modelo barato, lo complejo a uno caro, y medir cuánto ahorro sin perder calidad.
- Empezar por el dolor. En consultoría, antes de hablar de IA, entender qué le duele a la empresa, mantener la propuesta simple y enfocarla en esa necesidad puntual.
Gracias a N-iX por organizar Break the Code y por traer a Medellín una conversación sobre IA con los pies en la tierra.