FAQ

Respuestas a las preguntas que más se hacen primero sobre Agent NAS: qué es, en qué se diferencia de las herramientas de almacenamiento y de memoria existentes, cómo trata la seguridad y la privacidad, y en qué punto está el proyecto.

v0.2 Borrador de especificación Actualizado

Lo básico

¿Qué es Agent NAS?

Agent NAS es almacenamiento conectado en red diseñado en torno a la ejecución: cada ejecución de un agente trabaja en una rama aislada y accede a los datos mediante una concesión estrecha y de corta duración; cada cambio se puede rastrear y deshacer; y la memoria son archivos normales con procedencia. Se sirve por montajes, Git, S3 y MCP.

¿Es Agent NAS un producto que pueda comprar o descargar?

Todavía no. Por ahora es un concepto con un borrador de especificación (v0.2, noviembre de 2026). L0 y L1 se pueden construir hoy con piezas existentes; el objetivo para la implementación de referencia v0 es la primera mitad de 2027, y el plan posterior está en la hoja de ruta.

¿En qué se diferencia de los agentes de IA que incluyen los fabricantes de NAS?

Los agentes de fabricantes como QNAP, Synology y TrueNAS administran el equipo. Agent NAS especifica cómo trabajan otros agentes sobre los datos que hay dentro del equipo: ramas, concesiones, memoria y olvido. Se complementan; consulta la comparación.

¿En qué se diferencia de una base de datos vectorial o de un framework de memoria?

Esas son herramientas de recuperación y consolidación, mientras que la verdad en Agent NAS son notas normales con procedencia. Un almacén vectorial o un framework de memoria puede situarse bajo Agent Memory como indexador, y el índice siempre se puede tirar y reconstruir.

¿Es de código abierto?

La especificación y este sitio tienen licencia CC BY 4.0. La implementación de referencia está prevista como código abierto bajo Apache-2.0.

Diseño y seguridad

¿Por qué archivos y Git en lugar de una base de datos?

Los agentes están convergiendo en los archivos: instrucciones en AGENTS.md, habilidades en SKILL.md, memoria en Markdown, historial en Git. Cualquier herramienta y cualquier modelo puede leer archivos, es fácil compararlos y fácil llevárselos. Las bases de datos y los índices se siguen usando, pero como una capa derivada que se puede reconstruir.

¿Qué es lo peor que puede pasar cuando una ejecución sale mal?

Lo peor es perder una rama desechable: la línea principal protegida solo cambia mediante fusiones revisadas, los borrados son lógicos y las instantáneas quedan fuera de toda concesión. Eso vale cuando el error ocurre dentro del NAS; un correo ya enviado o una API externa ya llamada son cosas que el NAS no puede deshacer.

¿Cómo se relaciona una concesión con un token de OAuth?

Una concesión es un token de acceso de OAuth: se solicita mediante intercambio de tokens (RFC 8693) y describe rutas y acciones con Rich Authorization Requests (RFC 9396). Lo que añade Agent NAS es la convención por ejecución, que incluye ramas, presupuestos y propiedades de la Rule of Two. Consulta Capability Lease.

¿Por qué “notas más una caché” para la memoria?

Para poder inspeccionarla, corregirla, moverla y olvidarla. Las notas son archivos; los índices, los embeddings y los resúmenes se calculan a partir de ellas con una receta documentada. Si cambias el modelo de embeddings, el sistema recalcula en segundo plano. Las notas escritas por una sesión contaminada pasan primero a cuarentena y no se cargan automáticamente hasta que se revisan.

¿Puede Agent NAS detener la inyección de prompts?

No. Nada fuera del modelo puede detenerla por completo. Agent NAS limita lo que puede hacer un agente inyectado: las Trust Labels impiden que una sesión que leyó contenido externo tenga además datos sensibles y un canal de salida, y las acciones con consecuencias necesitan una Human Gate. Los límites honestos están en la página de seguridad.

¿Cómo trata el “derecho al olvido”?

Mediante Cascade Forget: borra siguiendo el linaje los resúmenes, los embeddings y las notas derivadas de una fuente, trata el historial según la clase de retención y destruye las claves de la clase sensitive (destrucción criptográfica). Su informe enumera de forma explícita lo que no puede cubrir: copias fuera del NAS, registros de los proveedores de modelos y pesos de los modelos. No puede hacer que un modelo olvide nada.

¿Tengo que usar MCP?

No. MCP es solo una de las interfaces del plano de control; los archivos, Git y S3 no lo necesitan, y la capa de protocolos está diseñada para poder sustituirse.

Adopción y futuro

¿Sustituirá a mi NAS o a mi almacenamiento en la nube?

No. La forma de despliegue Overlay coloca una pasarela delante de un NAS, un almacén de objetos o un host de Git ya existentes y gestiona solo un directorio o un bucket dentro de él. El almacenamiento en la nube también puede servir como Store.

¿Con qué frameworks y runtimes de agentes funciona?

Con cualquier runtime que pueda montar un directorio o usar Git, S3 o MCP. La organización de un Agent Home sigue convenciones abiertas (AGENTS.md, Agent Skills, Markdown con frontmatter YAML), así que Claude Code, Cursor, Codex, OpenHands, LangGraph y los frameworks propios son todos candidatos.

¿Puedo irme en cualquier momento?

Sí. Todo se puede exportar como archivos normales e historial de Git. Es una de las cuatro promesas, no una función.

¿Cuándo no debería usar Agent NAS?

Cuando tienes un solo agente y datos que puedes rehacer sin problema: un repositorio Git con un AGENTS.md basta. Hay más casos en casos de uso.

¿Cómo lo cito o contribuyo?

Cada página indica su URL canónica y una cita sugerida. Para contribuir, abre una issue o inicia una discusión en GitHub. Los detalles están en la página Sobre el proyecto.

Citar esta página

Direcciones estables y una cita sugerida para personas, buscadores y agentes.

Cita sugerida
Agent NAS project. “FAQ.” agentnas.com, 2026-11-11. https://agentnas.com/es/faq/