RC/AI: Redis Agent Memory#3300
Conversation
🛡️ Jit Security Scan Results✅ No security findings were detected in this PR
Security scan by Jit
|
dwdougherty
left a comment
There was a problem hiding this comment.
So far, so good. Just a few SG-related nitpicks. I can have a look at other pages as you add them if you wish.
| The promotion from short term memory to long-term memory is automatic. When you store a conversation event in session memory, the Agent Memory Server asynchronously extracts important information using the configured extraction strategy (discrete, summary, preferences, or custom). These extracted memories are then stored as long-term memory entries with vector embeddings and metadata. | ||
|
|
||
| This process is non-blocking: the extraction and promotion happen in the background via a task worker, so the main agent interaction remains responsive. Users do not need to explicitly trigger promotion; it happens as a natural byproduct of storing conversation events in working memory. | ||
| Users can also create long-term memories directly via the API.This is useful for bulk memory creation or for importing knowledge from external sources. |
There was a problem hiding this comment.
| Users can also create long-term memories directly via the API.This is useful for bulk memory creation or for importing knowledge from external sources. | |
| Users can also create long-term memories directly using the API.This is useful for bulk memory creation or for importing knowledge from external sources. |
mich-elle-luna
left a comment
There was a problem hiding this comment.
just a few typos, also I think that the agent-memory-service-key.png seems too large on the page.
|
thank you, looking great so far! |
Co-authored-by: David Dougherty <david.dougherty@redis.com> Co-authored-by: mich-elle-luna <153109578+mich-elle-luna@users.noreply.github.com> Co-authored-by: Cameron Bates <102550101+cmilesb@users.noreply.github.com>
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
dwdougherty
left a comment
There was a problem hiding this comment.
Latest commit looks good, but the API page links need to be more granular: I think you're still working on that content, right?
I forgot to update the tags 🤦 That's what I get for pushing things at 6PM. Thanks for the catch. |
mich-elle-luna
left a comment
There was a problem hiding this comment.
one comment from a reviewer in devrel team
| When you call the API, you need to pass the Agent Memory API key in the `Authorization` header as a Bearer token and the store ID as the `storeId` path parameter. | ||
|
|
||
| For example: | ||
|
|
There was a problem hiding this comment.
One question from devrel team was if you plan to include a drop-down menu to show programming-language examples, in addition to REST API calls? Just like we have with LangCache? In case of RAM, the Python SDK client?
There was a problem hiding this comment.
It's possible to have that, but I haven't had time and I figured I would prioritize getting something out rather than getting something perfect out. I can add that after release (or after I have something for context retriever).
| ### Add session event | ||
|
|
||
| Use [`POST /v1/stores/{storeId}/session-memory`]({{< relref "/develop/ai/context-engine/agent-memory/api-reference#tag/session-memory/operation/AddSessionEvent" >}}) to add an event to a session in short-term memory. If a session doesn't exist yet, it will be created. | ||
|
|
There was a problem hiding this comment.
Something Ricardo noticed: It uses cache_id instead of store_id. And the REST API example does the same.
curl -s -X GET "https://$HOST/v1/caches/$CACHE_ID/session-memory/"
-H "accept: application/json"
-H "Authorization: Bearer $API_KEY"
It may be worth double-checking with the API Spec from Agent Memory.
- Add Data Integration as a fourth Context Engine service on the index page - Create develop/ai/context-engine/data-integration/ overview page with get started tabs for Redis Cloud and Redis Enterprise - Remove em dashes and rewrite both pages in Google developer style Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Fix 8 inconsistencies between the hand-written documentation and the
Agent Memory OpenAPI spec (MemoryDataPlaneServer):
api-examples.md:
- Fix curl path: /v1/caches/ -> /v1/stores/ (wrong path segment)
- Fix Store ID description typo ("Store ID ID of your cache")
- Fix AddSessionEvent endpoint: /session-memory -> /session-memory/events
- Fix createdAt format: Unix ms -> ISO 8601 date-time (per MOD-15623)
- Fix duplicate namespace row in filter table (second should be topics)
- Add missing memoryType filter to the table
- Fix createdAt filter data type: integer -> string (ISO 8601)
create-service.md:
- Fix Long-term TTL description (was copy-pasted from database selector)
Verified against the Smithy-generated OpenAPI spec from langcache main
(commit fd8b6c2b).
Co-authored-by: Cursor <cursoragent@cursor.com>
…s-consistency fix: align Agent Memory docs with current API spec
| - **Session memory** (also known as **Short-term memory** or **Working memory**) maintains the current conversation state, session history, and session-specific metadata. You can set a custom time-to-live (TTL) for session memory to control how long session data is retained. | ||
| - **Long-term memory** stores information extracted from past sessions, including user preferences, learned patterns, and other relevant data. | ||
|
|
||
| The promotion from short term memory to long-term memory is automatic. When you store a conversation event in session memory, the Agent Memory Server asynchronously extracts important information using the configured extraction strategy (discrete, summary, preferences, or custom). These extracted memories are then stored as long-term memory entries with vector embeddings and metadata. |
There was a problem hiding this comment.
the configured extraction strategy (discrete, summary, preferences, or custom) -> Note here that currently we only support a single extraction strategy that we call instruct internally, but I am thinking we don't even want to specify any strategy names in the docs. Best to confirm with @Jenverse
There was a problem hiding this comment.
| The promotion from short term memory to long-term memory is automatic. When you store a conversation event in session memory, the Agent Memory Server asynchronously extracts important information using the configured extraction strategy (discrete, summary, preferences, or custom). These extracted memories are then stored as long-term memory entries with vector embeddings and metadata. | |
| The promotion from short term memory to long-term memory is automatic. When you store a conversation event in session memory, the Agent Memory Server asynchronously extracts important information. These extracted memories are then stored as long-term memory entries with vector embeddings and metadata. |
|
|
||
| -tab-sep- | ||
|
|
||
| The open-source version of Redis Agent Memory is [available on GitHub](https://github.com/redis/agent-memory-server). See [Redis Agent Memory server](https://redis.github.io/agent-memory-server/) for comprehensive docs, quick start guides, and API references. |
There was a problem hiding this comment.
This OSS version of Redis Agent Memory has several differences with the cloud one, and its API is different, so I would double-check again with @Jenverse if we want to promote it here.
|
|
||
| Use the [Agent Memory API]({{< relref "/develop/ai/context-engine/agent-memory/api-reference" >}}) from your client app to store and retrieve agent memory information. | ||
|
|
||
| You can use any standard REST client or library to access the API. If your app is written in Python, you can also use the [Agent Memory Software Development Kit](https://pypi.org/project/redis-agent-memory/) (SDK) to access the API. |
There was a problem hiding this comment.
nit - we also have an SDK for Javascript/typescript: https://www.npmjs.com/package/@redis-iris/agent-memory?activeTab=readme
|
|
||
| | Setting name |Description| | ||
| |:----------------------|:----------| | ||
| | **Short-term TTL** | Defines the time-to-live (TTL) of your agent's **short-term memory** (also known as **session memory**). You can define this TTL in seconds, minutes, hours, or days. Default: 1 hour | |
There was a problem hiding this comment.
nit - we've changed the default to 1 Day at Jen's request (1 hours is also in the screenshot).
RC/AI: Context Retriever
RC/AI: Redis Agent Memory — adds Context Engine section (Agent Memory, Context Retriever, Data Integration) and renames LangCache under it. Upstream merge commit: dfc79b5 Includes sub-PRs: redis#3336 (DOC-6613), redis#3332 (api-docs-consistency)
Still working on API examples page and service monitoring, but should be updated soon.
Note
Low Risk
Low risk documentation-only change, primarily adding new pages and updating links/aliases; main risk is broken navigation due to the large set of new routes and a likely copy/paste frontmatter title error in
agent-memory/api-reference.md.Overview
Adds a new Context Engine docs section under
develop/aidescribingLangCache,Agent Memory,Context Retriever, andData integration, including new getting-started content and a full Agent Memory OpenAPI spec rendered viaapireference.Introduces corresponding Redis Cloud docs under
operate/rc/context-engineforLangCache,Agent Memory, andContext Retriever(create/use/view flows, admin key management, embedded setup snippets), and updates existing LangCache docs/changelog/what’s-new links to the newcontext-engineroutes while addingaliasesfor backward compatibility.Reviewed by Cursor Bugbot for commit 7e3faa2. Bugbot is set up for automated code reviews on this repo. Configure here.