Agent Runtime
Use the Zep SDK with your agent framework or custom application.

AWS Bedrock AgentCore Memory is a managed memory service for agents inside the AWS ecosystem.
What AWS AgentCore Memory is. AgentCore Memory is part of Amazon Bedrock AgentCore — AWS's managed building blocks for agents. It provides short- and long-term memory for agents running in the AWS/Bedrock environment, integrated with the rest of the AWS agent stack. For teams all-in on AWS, that integration is the appeal.
What Zep is. Zep is a dedicated, neutral memory layer — the Context Lake for AI agents. It builds bi-temporal context graphs from chat, business data, and documents (via open-source Graphiti on Konig, Zep's proprietary graph database service), serves token-efficient context in sub-200ms p95, and runs as managed cloud, with your own keys (BYOK), or inside your VPC (BYOC) on the cloud you choose. It's model- and framework-agnostic by design.
Use the Zep SDK with your agent framework or custom application.
Add conversations, JSON data, documents, and application events.
Graphiti extracts facts and relationships to construct Context Graphs.
Zep selects context and assembles it into blocks for agent prompts.
Zep selects context for the task within the specified token budget.
Zep applies access policies to reads and writes. It records source information and applies retention policies.
Konig serves Context Graphs with source information and records of changes over time.
| AWS AgentCore Memory | Zep | |
|---|---|---|
| Ecosystem | Bound to AWS / Bedrock | Neutral — any model, any cloud |
| Model providers | AWS-centric | OpenAI, Anthropic, Meta, others |
| Memory model | Managed short-term (session events) + long-term (async-extracted insights), semantic retrieval | Bi-temporal context graph (provenance + validity) |
| Temporal reasoning | No — extraction-based; no temporal graph | “What's true now / what was true then,” auto fact invalidation |
| Deployment | AWS | Managed, BYOK, or BYOC (AWS/GCP/Azure) |
| Benchmarks | — | 94.7% LoCoMo (155ms), 90.2% LongMemEval (162ms) |
| Lock-in risk | Higher (ecosystem-bound) | Lower (portable across stacks) |
S&P Global Market Intelligence (451 Research) named this directly: Zep's opportunity is to be the neutral, multi-LLM memory layer for enterprises wary of hyperscaler lock-in — one consistent context strategy across model providers and clouds. Hyperscaler memory primitives are convenient if you're committed to that ecosystem and using “good enough” memory bundled in. The risk is that your agents' memory — among the most valuable, sticky data you have — becomes bound to one vendor's stack.
You're fully committed to AWS/Bedrock and the bundled primitive meets your needs.
You want to avoid lock-in and keep a consistent memory layer across models and clouds.

If you're all-in on AWS and need basic managed memory, it can be. If you need neutrality across models/clouds, temporal reasoning, provenance, and portable governance, evaluate a dedicated layer like Zep.
Yes — managed, with your own keys, or inside your own VPC on AWS (or GCP/Azure). You keep deployment and key control without ecosystem lock-in.
Zep is model-agnostic and works across providers including those on Bedrock, as well as OpenAI, Anthropic, and others.