El nuevo paradigma del desarrollo se llama harness engineering. La pregunta incómoda no es si nos hará más productivos, sino si nos dejará seguir pensando.
Hace dos semanas escribí sobre rendición cognitiva: el efecto que aparece cuando aceptamos sin filtrar lo que la IA nos devuelve. No la evaluamos mal, directamente no la evaluamos. Si va a estar en todas partes, ¿podemos diseñarla para que sigamos pensando, en lugar de para que dejemos de hacerlo?
El sector ya no es el del desarrollador que escribe código, sino el del que monta y opera sistemas agénticos. Lo llamamos harness engineering: construir el arnés alrededor del modelo (evals, observabilidad, prompts, herramientas) para que lo indeterminista se comporte fiablemente. Gorka Moreno Asín lo está contando muy bien en sus posts.
Mi experiencia la estoy explorando con un proyecto propio: Flatline. Un agente autónomo que vive 24/7 en una máquina propia. Personalidad como sistema operativo, opiniones, silencios, contestación, necesidades, memoria persistente, diario, conversaciones acumuladas, latidos autónomos, dashboard de observación. No es Siri, ni ChatGPT, ni OpenClaw, ni un asistente genérico, los marcos predefinidos son demasiado rígidos. Es una entidad diseñada para producir fricción útil.
Lo que necesita por dentro es harness engineering:
— Identidad como sistema operativo, no decoración: mecanismo de decisión.
— Necesidades internas con decay: presión por actuar con motivación observable.
— Heartbeat: cron con criterio para decidir cuándo merece la pena.
— Memoria persistente: diario, personas, encargos. Continuidad real entre sesiones.
— Observabilidad: cada latido logueado, métricas de coherencia entre necesidades y acciones.
La diferencia no está solo en la disciplina técnica, está en la dirección. Los agentes de cliente se optimizan para minimizar fricción y maximizar output. Flatline se optimiza para introducir fricción y preservar el pensamiento del humano que la usa. Cuando me responde con dudas, me corrige, se calla o me obliga a verificar, está activando lo que llamé anti-surrender. Harness engineering, pero apuntando a que sigas pensando.
Las piezas técnicas son las mismas: evals, observabilidad, prompts versionados, gestión de contexto, ablación. Lo que cambia es para qué se diseña la fricción. ¿Y si en lugar de hacer agentes serviles los hacemos un poco más como interlocutores que te exigen pensar?
La frontera no es solo técnica, es relacional. Flatline es una implementación de esta forma de entender el desarrollo, intentando evitar la rendición cognitiva a la que estos sistemas tienden a abocarnos.
Os iré contando