Estado que sobrevive a la ejecución
Un flujo que necesita recordar algo suele empezar aprovisionando una base de datos. Aquí el almacén es un componente del lienzo — streams append-only, registros clave/valor y memoria de agente, con el alcance de tu espacio de trabajo y una ventana de retención que tú eliges.
Streams, registros clave/valor y memoria de agente como componentes del lienzo — con el alcance de tu espacio de trabajo y la retención que tú fijas.
Lo que te da el almacén
- Un componente, no un clúster — Recordar algo entre ejecuciones normalmente exige levantar una base de datos, dimensionarla, parchearla y pagarla haya corrido o no un flujo. Aquí es un nodo que colocas entre otros dos, con el mismo historial de ejecución y el mismo manejo de errores que cualquier otro paso.
- Tres formas, un solo almacén — Añade a un stream cuando importan el orden y el historial, escribe y lee un registro cuando solo importa el último valor, y dale a un agente una memoria que conserva entre turnos. Los tres son el mismo almacén direccionado de tres maneras, así que no hay que copiar nada entre ellos.
- Acotado a tu espacio de trabajo, no por convención — Cada lectura y escritura queda limitada al espacio de trabajo que la hizo, y el propio almacén rechaza una petición que nombra otro espacio en lugar de responder en silencio con otra cosa. El límite se aplica donde viven los datos, no por la buena voluntad de quien llama.
- Retención que fijas, filtrado que declaras — Cada namespace lleva su propia ventana de retención, así que los datos de trabajo de vida corta caducan solos sin tocar los registros que conservas. Declara qué campos deben ser filtrables y las entradas se indexan por ellos al escribirse, dándote filtrado por igualdad en las dimensiones que nombraste.
Capacidades de la plataforma
- Ninguna: Bases de datos que aprovisionar antes de la primera escritura
- Por namespace: Cómo se fija la ventana de retención
- Paso o herramienta: Dos formas de llegar al mismo almacén
¿Tengo que aprovisionar una base de datos?
No. El almacén forma parte de la plataforma, así que no hay nada que dimensionar, parchear, conectar ni pagar aparte. Colocas el componente, eliges un namespace y escribes en él — y el uso se mide por espacio de trabajo, de modo que lo que cuesta que un flujo recuerde es un número visible y no una sorpresa.
¿Cuánto tiempo se conservan mis datos?
El que diga la ventana de retención de ese namespace. Los datos de trabajo pueden caducar en días mientras los registros que te importan se conservan mucho más, y la ventana es un ajuste, no una tarea de limpieza que tengas que escribir. Deliberadamente no existe un "guardar para siempre": lo que necesitas indefinidamente pertenece a un sitio con copia de seguridad.
¿Puede un agente de IA leerlo y escribirlo?
Sí, si se lo concedes. El mismo almacén está disponible como un paso normal que colocas en orden y como una herramienta que un agente puede llamar, que es como mantiene memoria entre turnos. Ambas vías quedan acotadas al mismo espacio de trabajo y se miden igual, así que conceder la capacidad no amplía lo que se puede alcanzar.