Casos de uso

Cada escenario parte de algo que la gente ya hace, y muestra qué paso cambia Agent NAS, qué nivel de conformidad necesita y con qué se puede construir hoy.

v0.2 Borrador de especificación Actualizado

Un agente que trabaja de noche

Antes de dormir le das una tarea a un agente: ordenar las notas de la versión. Trabaja en su propia rama; por la mañana ves en el móvil una Gate Card: 4 archivos, el diff real y las fuentes que leyó. Si apruebas, se fusiona; si rechazas, la rama se descarta y la línea principal queda intacta.

Cambia de framework y conserva tu memoria

Pasas un agente de un runtime a otro. Su Home es un directorio que sigue convenciones abiertas: AGENTS.md, skills/, memory/notes/. El nuevo runtime lee el mismo directorio; lo que se asigna con pérdida se marca como sin revisar al importar.

  • Conceptos usados: Agent Home, Agent Memory.
  • Conformidad: L0 a L2.
  • Construible hoy: un directorio de Git con un AGENTS.md.

Un equipo, varios agentes, un solo cuerpo de conocimiento compartido

Tres agentes escriben en la misma base de conocimiento. Cada uno trabaja en su propia rama y las fusiones se revisan; las notas escritas por una ejecución que leyó una página web externa pasan a cuarentena y los demás agentes no las cargan automáticamente. Lo que se comparte son las notas, no los índices.

  • Conceptos usados: Trust Labels, Agent Memory, Agent Branch.
  • Conformidad: L0 a L3.
  • Construible hoy: una línea principal protegida, una marca external en el directorio de importación y una regla que carga automáticamente solo las notas revisadas.

Revisión de un incidente

Tras una fusión encuentras una página que parece incorrecta. explain(commit) te dice qué ejecución, qué concesión y qué compuerta lo decidieron; el manifiesto de lectura muestra que esa ejecución leyó una página web externa. Sigues la procedencia hasta las notas afectadas, haces la reversión y las pones en cuarentena.

  • Conceptos usados: Flight Recorder, Agent Branch.
  • Conformidad: L1.
  • Construible hoy: trailers de Git en los commits más una tabla SQLite de solo anexado.

Un cliente pide que lo olviden

Los datos del cliente se marcaron con la clase de retención sensitive al escribirlos. Cuando llega la solicitud, Cascade Forget sigue el linaje hasta los resúmenes, los embeddings y las notas que los citan, destruye ese dominio de claves y emite un informe: qué se hizo y qué no se pudo hacer (copias fuera del NAS, los registros del proveedor del modelo, los pesos del modelo).

  • Conceptos usados: Cascade Forget, Agent Memory.
  • Conformidad: L3.
  • Construible hoy: clases de retención, borrado lógico y registro de las entradas de cada derivado.

Añade una puerta a un equipo que ya tienes

Ya tienes un NAS. La forma Overlay coloca una pasarela delante y gestiona solo un directorio. Los agentes entran y salen por un montaje o por la vista S3; las copias de seguridad y las instantáneas del propietario quedan fuera de su alcance.

  • Conceptos usados: Capability Lease, Agent Branch.
  • Conformidad: L0 a L1.
  • Construible hoy: NFS o SMB más una pequeña pasarela que comprueba los tokens contra un prefijo de ruta y una acción.

Cuándo no usar Agent NAS

Tu situaciónUn enfoque más simple
Un agente y datos que puedes rehacer sin problemaUn repositorio Git con un AGENTS.md.
Solo quieres que un agente te ayude a gestionar tu NASEl agente de gestión del propio fabricante.
Solo necesitas conjuntos de datos bifurcableslakeFS o Tigris.
Solo necesitas recuperar memoriaCualquier biblioteca de memoria.
Necesitas cómputo aisladoUn sandbox.

Citar esta página

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

Cita sugerida
Agent NAS project. “Casos de uso.” agentnas.com, 2026-11-11. https://agentnas.com/es/use-cases/