NodeNV

Contexto

NodeNV (nodenv.online) es mi laboratorio técnico. Comenzó como una idea simple: necesitaba un espacio para experimentar con flujos de IA, herramientas internas y sistemas de despliegue sin las restricciones de un portfolio de producción. Todo desarrollador debería tener un laboratorio — un lugar donde las ideas pueden estar a medio cocinar, los experimentos pueden fallar y los prototipos pueden evolucionar sin presión.

Por Qué un Dominio Separado

Mantengo NodeNV en su propio dominio, separado de klosraf.online, deliberadamente. La razón no es técnica — es psicológica. Cuando algo vive en tu portfolio principal, necesita estar pulido. Esa presión mata la experimentación. NodeNV es donde pruebo cosas que podrían no funcionar: nuevos frameworks, integraciones de IA no probadas, patrones de UI no convencionales. Si funcionan, se gradúan al portfolio principal. Si no, se quedan en el laboratorio como aprendizajes.

Aprendizaje Clave: La IA Necesita Barreras de Contención

La lección más grande de los experimentos de NodeNV es que la autonomía total de LLMs no funciona para flujos de trabajo empresariales. Dale a la IA demasiada libertad, y alucinará llamadas API, creará archivos en lugares inesperados o interpretará instrucciones de formas creativas pero incorrectas. La solución fue añadir barreras de contención estructuradas: cada paso del flujo tiene un esquema definido, las llamadas a herramientas permitidas están en una lista blanca, y cada acción externa requiere aprobación humana explícita.

Patrón de Despliegue

NodeNV corre en un VPS separado con Docker Compose. Cada experimento es un contenedor separado con su propio Dockerfile y servicio de compose. Esto significa: los experimentos están aislados, revertir un despliegue fallido no afecta a otros servicios, y los límites de recursos evitan que un experimento prive a otros. La desventaja es el uso de disco — cada imagen de contenedor añade almacenamiento, pero para un entorno de laboratorio, el aislamiento vale el costo.

Galería