Session Storage
Use Session Storage to persist Agent sessions and state to a database or file.
Why do we need Session Storage?
Agents are ephemeral and the built-in memory only lasts for the current execution cycle.
In production environments, we serve (or trigger) Agents via an API and need to continue the same session across multiple requests. Storage persists the session history and state in a database and allows us to pick up where we left off.
Storage also let’s us inspect and evaluate Agent sessions, extract few-shot examples and build internal monitoring tools. It lets us look at the data which helps us build better Agents.
Adding storage to an Agent, Team or Workflow is as simple as providing a Storage
driver and Agno handles the rest. You can use Sqlite, Postgres, Mongo or any other database you want.
Here’s a simple example that demostrates persistence across execution cycles:
The first time you run this, the answer to “What was my last question?” will not be available. But run it again and the Agent will able to answer properly. Because we have fixed the session id, the Agent will continue from the same session every time you run the script.
Benefits of Storage
Storage has typically been an under-discussed part of Agent Engineering — but we see it as the unsung hero of production agentic applications.
In production, you need storage to:
- Continue sessions: retrieve sessions history and pick up where you left off.
- Get list of sessions: To continue a previous session, you need to maintain a list of sessions available for that agent.
- Save state between runs: save the Agent’s state to a database or file so you can inspect it later.
But there is so much more:
- Storage saves our Agent’s session data for inspection and evaluations.
- Storage helps us extract few-shot examples, which can be used to improve the Agent.
- Storage enables us to build internal monitoring tools and dashboards.
Storage is such a critical part of your Agentic infrastructure that it should never be offloaded to a third party. You should almost always use your own storage layer for your Agents.
Example: Use Postgres for storage
Run Postgres
Install docker desktop and run Postgres on port 5532 using:
Create an Agent with Storage
Create a file agent_with_storage.py
with the following contents
Run the agent
Install libraries
Run the agent
Now the agent continues across sessions. Ask a question:
Then message bye
to exit, start the app again and ask:
Start a new run
Run the agent_with_storage.py
file with the --new
flag to start a new run.
Schema Upgrades
When using AgentStorage
, the SQL-based storage classes have fixed schemas. As new Agno features are released, the schemas might need to be updated.
Upgrades can either be done manually or automatically.
Automatic Upgrades
Automatic upgrades are done when the auto_upgrade_schema
parameter is set to True
in the storage class constructor.
You only need to set this once for an agent run and the schema would be upgraded.
Manual Upgrades
Manual schema upgrades can be done by calling the upgrade_schema
method on the storage class.
Params
Parameter | Type | Default | Description |
---|---|---|---|
storage | Optional[AgentStorage] | None | Storage mechanism for the agent. |
Developer Resources
- View Cookbook