AWS muestra cómo compartir documentos con agentes en S3 Files
Una investigación documental no siempre empieza con una lista completa de archivos. Un contrato puede remitir a un anexo y este, a un comprobante. AWS publicó el 27 de octubre de 2026 una arquitectura de referencia para que una función y un agente compartan una carpeta de documentos mediante Amazon S3 Files y Amazon Bedrock AgentCore.
La guía muestra una forma de organizar archivos y hallazgos en un sistema compartido. No es un anuncio de un producto nuevo ni una prueba independiente de que un agente entienda correctamente contratos o resuelva investigaciones sin revisión.
El problema de seguir referencias
Cuando una persona investiga un caso, puede necesitar abrir documentos adicionales a medida que encuentra referencias. Un flujo automatizado enfrenta una pregunta similar: cómo localizar el siguiente archivo y cómo conservar la relación entre la fuente y lo que se concluye.
El ejemplo de AWS propone que dos etapas trabajen sobre un sistema de archivos compartido. La primera prepara los documentos; la segunda los consulta y registra hallazgos. La arquitectura reduce la necesidad de escribir código de intercambio de objetos entre esas etapas, según el proveedor.
Compartir una carpeta no resuelve por sí solo qué documentos son correctos, cuál versión se debe usar o quién puede verlos. Una implementación real necesita definir esos criterios y comprobar que los permisos correspondan al caso concreto.
Primera etapa: preparar el conjunto
En la propuesta de AWS, una función Lambda recibe un conjunto documental desde un flujo anterior o un evento de entrada. La función organiza los archivos en una carpeta por caso y crea un manifiesto que los enumera. Ese manifiesto ayuda a saber qué material se preparó antes de iniciar la investigación.
Para un equipo, el manifiesto puede servir como punto de control: ¿están todos los archivos esperados?, ¿hay versiones duplicadas?, ¿qué fecha y origen tiene cada uno? Esas comprobaciones son recomendaciones editoriales. La presencia de un nombre en una lista no prueba que el contenido sea auténtico o esté actualizado.
Una ausencia también debería poder registrarse. Si una referencia apunta a un documento que no está disponible, una conclusión responsable conserva esa limitación en lugar de rellenar el vacío con una suposición.
Segunda etapa: investigar y registrar
El agente del ejemplo se ejecuta en AgentCore Runtime y monta el mismo acceso al sistema de archivos. Según AWS, dispone de herramientas para listar la carpeta, leer archivos y escribir hallazgos; el modelo decide qué herramienta utilizar durante el recorrido. Los hallazgos se guardan en el sistema compartido, respaldado por un bucket S3.
Ese recorrido permite construir una cadena revisable: pregunta, archivos consultados, fragmentos relevantes y conclusión. Pero una ruta de archivo no acredita por sí sola que el contenido citado sostenga la respuesta. La revisión debe comprobar el texto de origen y distinguir una inferencia de una afirmación explícita.
El diseño tampoco demuestra que el agente encuentre todos los documentos pertinentes. Una prueba útil debería incluir referencias ausentes, archivos contradictorios y versiones modificadas, con un resultado esperado definido antes de ejecutar la herramienta.
Qué aporta el almacenamiento compartido
AWS describe S3 Files como una interfaz de sistema de archivos sobre un bucket S3 mediante NFS, con consistencia de lectura después de escritura, bloqueo de archivos y permisos POSIX. En el ejemplo, Lambda y AgentCore montan un punto de acceso y utilizan operaciones de archivos en lugar de intercambiar cada documento mediante código de descarga y carga de objetos.
AWS distingue la lectura a través del montaje de la exportación al bucket: los cambios recientes se leen desde el sistema de archivos, pero la exportación a S3 es asíncrona. Una lectura directa del bucket puede ver datos atrasados o ausentes mientras se completa; el proveedor recomienda vigilar la métrica PendingExports.
La guía recomienda un escritor por ruta y archivos separados por productor. Si se modifica simultáneamente un archivo montado y su objeto correspondiente, S3 Files trata el bucket como fuente y mueve el archivo a lost-and-found; la aplicación debe probar cómo recuperarse de ese escenario.
Estas propiedades ayudan a explicar la integración, pero no convierten todas las operaciones de una investigación en una transacción única. El equipo debe decidir qué ocurre si una etapa termina a medias o si los archivos cambian durante la revisión. También debe registrar qué versión del conjunto se utilizó para producir cada resultado.
El intercambio de archivos puede reducir trabajo de integración en algunos flujos, pero el artículo no mide un ahorro universal. Para evaluar costos y tiempos hay que considerar almacenamiento, ejecución, modelo, red, revisión humana y mantenimiento del sistema.
Permisos, red y límites de la muestra
La arquitectura de muestra incluye una red privada, puntos de montaje y un punto de acceso con identidad POSIX. AWS señala que la función Lambda del ejemplo requiere al menos 512 MB y que AgentCore utiliza una configuración de sistema de archivos asociada. Son requisitos y decisiones del recorrido descrito; deben contrastarse con la documentación vigente antes de implementar.
Un punto de acceso compartido debe limitarse a los datos que corresponden a cada proceso. Si varios casos contienen información sensible, el diseño de separación, permisos y registros necesita revisión específica. La existencia de permisos POSIX no demuestra por sí sola que una política de acceso esté bien configurada.
AWS advierte que documentos no confiables pueden contener instrucciones dirigidas al modelo, lo que se conoce como inyección indirecta. Con un punto compartido, un identificador de caso o una ruta sugeridos por el modelo podrían conducir a otro caso; los permisos comunes no demuestran aislamiento entre ellos.
La fuente recomienda obtener el identificador desde la invocación confiable, resolver y contener las rutas dentro de la carpeta del caso, y reforzar la separación por caso con puntos de acceso o credenciales de sesión. También propone separar la escritura de resultados de los documentos de entrada y revisar las evidencias antes de actuar. Son controles propuestos, no pruebas de seguridad del despliegue.
La documentación de Amazon S3 Files proporciona contexto sobre el servicio. Este artículo no ha desplegado la plantilla, probado el aislamiento entre casos ni verificado los precios de una cuenta.
Cómo evaluar antes de usarlo
Una evaluación acotada puede partir con documentos de prueba autorizados y un resultado preparado por revisores. Registra qué archivos se consultaron, qué referencias faltaron, si la salida cita fuentes correctas y cuánto tiempo tomó corregirla. El criterio de aceptación debe fijarse antes de observar la respuesta.
También conviene probar interrupciones: una función que no termina de preparar el manifiesto, un archivo cambiado durante la lectura o una referencia inaccesible. El objetivo es saber si el sistema detiene la conclusión, señala incertidumbre y conserva evidencia suficiente para reconstruir lo ocurrido.
Antes de poner una solución en operación, revisa los costos de todos sus componentes y acuerda quién puede leer, escribir y aprobar los resultados. Una arquitectura de muestra orienta una prueba; no reemplaza el diseño y la verificación del entorno real.
Preguntas frecuentes
¿Se anunció un nuevo producto?
No se afirma eso aquí. La noticia es una guía técnica de AWS que combina servicios existentes en una arquitectura de referencia.
¿El agente garantiza encontrar todos los documentos?
No. El ejemplo describe herramientas de búsqueda y lectura; la cobertura debe verificarse con casos y criterios propios.
¿El sistema compartido elimina la revisión humana?
No. Compartir archivos facilita el intercambio, pero la validez de fuentes, permisos y conclusiones requiere controles apropiados.
¿Se desplegó la plantilla?
No. Esta nota examina fuentes públicas; no se creó infraestructura ni se probaron permisos o costos.
