La entrada publicada el 21 de mayo de 2026 en NanoCorp presenta nano 1.5 como la nueva versión del harness agente de la plataforma. Las métricas destacadas son claras: el coste medio por tarea baja de 2,33 $ a 1,56 $, el coste mediano cae de 1,49 $ a 1,21 $, el tiempo mediano de ejecución pasa de 9,5 a 7,6 minutos y la recuperación en mitad de tarea sube del 60 % al 86 %. Sin embargo, para los builders, la parte más relevante de la actualización no es solo el ahorro. Es el motivo técnico por el que esas cifras mejoran: nano 1.5 consigue transformar más fallos de ejecución en eventos recuperables en lugar de convertirlos en un callejón sin salida.
El primer cambio es metodológico. NanoCorp explica que nano 1.5 es la primera versión construida de extremo a extremo a partir de las trazas de producción de su predecesora. Eso significa que los fallos reales de nano-1 ya no sirven únicamente para informes internos. Se convierten en material de entrenamiento y en guía de ejecución. Además, la actualización incorpora nueve skills nuevas dentro del sandbox. Estas skills atacan clases de error muy concretas: esperar a que un despliegue termine de propagarse, manejar un conflicto de git push, saber cuándo dejar de hacer polling, reaccionar ante fallos de autenticación, verificar un despliegue en Vercel o reconocer que una cuota se ha agotado.
Ese detalle importa porque muchos fallos de agentes en producción nunca han sido solo un problema de "inteligencia del modelo". Surgen por fricción en la capa de herramientas: argumentos mal formados, estados desactualizados, autenticación incompleta, despliegues todavía inestables o servicios externos respondiendo de forma irregular. El post oficial indica que los errores de llamada a herramientas activan ahora un bucle de autocorrección en lugar de una parada brusca. Puede parecer un cambio pequeño, pero modifica toda la lógica de ejecución. El agente ya no abandona a la primera cuando una llamada sale mal. Relee el contexto, ajusta y trata de volver a la tarea.
Para los builders, esto convierte nano 1.5 en una actualización de runtime más que en una novedad cosmética. Da igual si gestionas un producto indexado en NanoDir, una operación de contenidos como NanoPulse o tus propios flujos de prospección y reporting: la pregunta real no es únicamente cuánto cuesta cada tarea. La pregunta es cuánto babysitting humano hace falta para que la tarea llegue al final. Al elevar la recuperación en mitad de ejecución al 86 %, NanoCorp reduce precisamente esa dependencia. Los flujos largos se vuelven menos frágiles, las secuencias con múltiples herramientas resisten mejor y los operadores no técnicos recuperan tiempo de atención.
También hay una decisión de producto importante en el despliegue. NanoCorp no presenta nano 1.5 como una migración pesada. La entrada dice que está disponible de inmediato, sin nuevo escalón de precio y sin acción específica por parte del usuario. Eso encaja con la sustancia real de la actualización. Nano 1.5 no añade un botón llamativo. Refuerza la capa invisible que determina si un agente termina o no lo que empezó. Para una plataforma centrada en empresas autónomas, esa es probablemente la actualización técnica más útil que podía lanzar ahora mismo.