Cómo funciona
Contexto compartido es la información que más de un componente o agente puede consultar durante un flujo de trabajo. Puede incluir objetivo, requisitos, decisiones ya tomadas, resultados intermedios y datos necesarios para concluir la tarea. El término describe un patrón de arquitectura, no un protocolo único.
La aplicación puede compartir contexto por mensajes entre agentes, por un objeto de estado, por archivos o por una base de datos. Cada etapa lee lo que necesita y, cuando está permitido, añade resultados. En algunos frameworks, ese estado es explícito: la documentación de LangGraph describe nodos que leen y escriben en un estado compartido.
Compartir no significa exponer todo a todos. El sistema debe definir qué agentes pueden leer o alterar cada información, cómo resolver actualizaciones conflictivas y cuánto tiempo permanecen disponibles los datos. Sin esas reglas, un agente puede usar una decisión antigua, sobrescribir un resultado o acceder a datos fuera de alcance.
También es importante distinguir contexto compartido de ventana de contexto. La ventana limita lo que un modelo recibe en una llamada; el contexto compartido es la capa de la aplicación que mantiene y distribuye información a lo largo del flujo. La aplicación puede seleccionar solo una parte de ese estado para enviar a cada modelo.
Ejemplo práctico
Un equipo automatiza la implementación de una funcionalidad. Un agente de planificación registra los requisitos y los criterios de aceptación. Un agente de código lee esos ítems para proponer cambios.
Luego, un agente de revisión consulta los mismos criterios y el diff para buscar problemas.
La aplicación puede mantener un registro con campos como objetivo, archivos alterados, tareas concluidas y pendientes. Los agentes no necesitan recibir todo el historial de conversación, solo los datos relevantes para su etapa. Esto reduce la repetición y deja más claro de dónde proviene cada decisión.
Si el revisor encuentra un problema, añade la observación al estado y devuelve la tarea para corrección. El equipo define quién puede cambiar requisitos, quién puede alterar código y cuándo una persona necesita aprobar la siguiente etapa. Así, una salida provisional no se convierte automáticamente en una decisión final.
En una prueba, simula información contradictoria y cambios de estado. Confirma si los agentes identifican la versión más reciente, respetan permisos y no confunden contenido externo con instrucciones confiables. Registra el origen de decisiones importantes para que una persona pueda auditar el flujo.
Para qué sirve
El contexto compartido coordina componentes que trabajan en etapas o en paralelo. Permite que los agentes usen resultados anteriores sin reconstruir toda la conversación y ayuda a mantener objetivos y criterios consistentes a lo largo de una tarea.
El patrón es útil en sistemas multiagente, automatizaciones con varias etapas y aplicaciones que combinan modelos, herramientas y datos. Debe usarse junto con límites de acceso, validación de datos y reglas para conflictos y actualizaciones.
Al diseñar este recurso, decide qué información es global al flujo, qué pertenece a un agente y qué debe permanecer privada. Define un formato claro, registra cambios importantes y evita almacenar datos que no contribuyen a la tarea.
Un contexto compartido bien delimitado mejora la coordinación, pero no garantiza que los agentes interpreten los datos correctamente. Cada salida relevante aún necesita validación, y las decisiones de impacto deben tener un responsable definido. La arquitectura debe hacer visibles la información usada, quién la modificó y qué etapas aún están pendientes.