Inicio Blog CV Nala Project
ES EN

Cómo está construida Nala: arquitectura, seguridad y una IA por capas

Arquitectura técnica de Nala con capas de seguridad, personalización y flujo conversacional

Después de explicar qué es Nala y por qué tiene sentido como producto, la parte técnica merece un espacio aparte.

También ayuda recordar qué significan sus siglas: Natural Adaptive Language Assistant. Porque esa idea de lenguaje, adaptación y asistencia guiada está muy presente en cómo está diseñada su arquitectura.

Porque Nala no está planteada como un chat genérico para niños, sino como un sistema conversacional guiado donde cada decisión de producto depende también de una arquitectura muy concreta.

No es un chatbot abierto

El punto de partida es importante: Nala no funciona como un chat libre, imprevisible o gobernado por un único prompt gigante.

Su comportamiento está acotado por diseño. Cada interacción pasa por una lógica previa que intenta entender qué necesita el niño y qué tipo de respuesta es adecuada antes de generar ningún texto.

La intención no es impresionar con una IA "creativa", sino construir una experiencia estable, breve, comprensible y segura.

El stack sobre el que está montada

La aplicación web corre sobre Next.js 15 y React 19.

El núcleo conversacional vive en un paquete propio llamado nala-ai-api, construido con Genkit 1.33 y modelos de OpenAI.

Esta separación ayuda a mantener algo clave: que la interfaz infantil, la lógica de producto y la orquestación conversacional no queden mezcladas en una sola capa difícil de evolucionar.

Un sistema por capas en cada turno

Cada mensaje del niño no se envía directamente al modelo para "ver qué responde".

Antes, Nala pasa por varias etapas:

  • detección de intención
  • evaluación de seguridad
  • recuperación de contexto o herramientas cuando hace falta
  • generación de una respuesta adaptada
  • memoria resumida para mantener continuidad sin almacenar información sensible

En la práctica, esto significa que el sistema intenta distinguir si el niño quiere jugar, conversar, pedir ayuda, seguir una rutina, regularse o simplemente hacer una pregunta.

La respuesta final no nace solo del modelo. Nace de la combinación entre perfil, contexto, límites, intención detectada y reglas de seguridad.

Personalización estructurada, no decorativa

Uno de los puntos más importantes de Nala es que la personalización no está pensada como una capa superficial.

El perfil de cada niño puede definir:

  • intereses concretos
  • tono conversacional
  • longitud de respuesta
  • juegos visibles o desactivados
  • estrategias de calma
  • límites definidos por la familia

Desde fuera esto puede parecer una simple configuración. Pero técnicamente es una forma de acotar el sistema y hacerlo más útil.

No se trata de que la IA "suene diferente". Se trata de que responda dentro de un marco claro y adaptado.

Seguridad diseñada desde la base

Cuando una herramienta interactúa con niños, la seguridad no puede depender de una sola inferencia del modelo.

Por eso Nala incorpora varias capas de protección:

  • filtros deterministas antes de llamar al modelo
  • temas bloqueados definidos por la familia
  • interrupción de herramientas cuando el turno no es seguro
  • escalado al adulto cuando aparece una situación de riesgo
  • respuestas breves, controladas y saneadas antes de llegar al cliente
  • memoria diseñada para rechazar datos sensibles

Esto reduce improvisación, limita ambigüedad y evita que todo dependa de una única respuesta probabilística.

Herramientas locales y límites claros

Otro punto importante es lo que Nala no hace.

Sus herramientas internas no ejecutan acciones externas. No envían mensajes, no compran nada, no activan calendarios ni se conectan a servicios de terceros.

Operan en un entorno controlado, centrado en contexto, memoria y actividades locales.

Eso simplifica mucho la superficie de riesgo y hace que el sistema sea más fácil de razonar, auditar y limitar.

Memoria útil sin convertirla en una caja negra

Para que una experiencia conversacional tenga continuidad, algo de memoria hace falta.

Pero en Nala esa memoria no está diseñada para acumular información sensible ni para construir un historial opaco imposible de revisar.

La idea es resumir lo justo para mantener contexto útil entre turnos, sin convertir al sistema en un repositorio de datos delicados.

Por qué esta arquitectura importa

Lo técnico aquí no es un detalle secundario.

En un producto infantil, arquitectura, seguridad y experiencia de uso están completamente unidas. Si la base técnica es débil, la experiencia deja de ser predecible. Y si deja de ser predecible, también deja de ser adecuada para muchos niños y muchas familias.

Por eso Nala no intenta responder a todo. Intenta responder bien dentro de un marco claro.

En resumen

Nala está construida como una IA conversacional guiada, con capas explícitas de intención, contexto, personalización y seguridad.

No busca parecer más abierta. Busca ser más útil, más gobernable y más tranquila de usar.

En un entorno infantil, esa diferencia técnica no es menor. Es justamente lo que hace que el producto tenga sentido.

#IA Infantil#Arquitectura de Software#Next.js#React#Genkit#OpenAI#AI Safety

Alex Sanz

Diseño productos y sistemas donde arquitectura, negocio e inteligencia artificial se convierten en capacidades reales, fiables y mantenibles.

Artículos relacionados

Ver todos
013 min

Un modelo pequeño como primera parada

Con Laya y Jev me ha pasado algo que hacía tiempo que no me pasaba con un modelo. He pensado: esto es justo lo que estaba intentando conseguir. En nuestro Gateway habíamos puesto G…

024 min

ADRs: memoria para humanos y contexto para agentes

Hace ya unos años, durante mi etapa en Santander Bank, empezamos a utilizar los Architecture Decision Records (ADR) para dejar constancia de determinadas decisiones arquitectónicas…