Does Zep decide what each end user can see?
No. Your application authorizes each customer and chooses which graphs to retrieve from. Zep applies policies to the agents that read shared graphs.

Give the agents in your product current, unified context on each customer and account.
The agent gets the user's past conversations and the account's records together.
When an invoice or a plan changes, Zep marks the old fact invalid and keeps its dates.
Each user's context is in their own graph. Shared records go in the account's graph.
Your application sends conversations and account records through the Zep SDKs.
SDKs
Zep separates customers by graph and applies data access policies at the infrastructure level.
Each user and each account gets a graph of its own.
Policies decide which agents can search each account graph.
Content policies drop facts you prohibit, such as health details, before Zep adds them to the graph.
Zep ingests data from across your business, builds a context graph for each user, customer, account, or domain, and retrieves the context each task needs.
Each record keeps a link to its source.
Facts are dated and updated as your data changes.
Filtered by policy and returned in one call.
Account: Acme
Renewal: October 31
SSO setup is blocked.
Confirm SSO setup
before renewal.“We can easily see Zep becoming a de facto partner in this layer of the enterprise agent stack.”
No. Your application authorizes each customer and chooses which graphs to retrieve from. Zep applies policies to the agents that read shared graphs.
Yes. Deleting a user removes their graph along with their threads and messages.
Yes. Your code calls Zep through its SDKs, so the framework and tools stay the same.
Agent memory keeps one user's conversations and preferences. Customer context adds an account graph for the records that a customer's users share.
Start with one customer-facing workflow. We'll help map its data to user and account graphs.