Overview
Update an existing observation by ID. Only the fields you provide are changed — all other fields remain unchanged. Use this when you have the exact observation ID and need to correct or refine it.This tool is part of the agent profile and uses deferred loading to optimize performance.
When to Use
- Corrections — fix typos, inaccuracies, or missing details in an existing observation
- Refinements — add more context or clarification to a previously saved memory
- Reclassification — change the type or scope of an observation
- Topic key updates — assign or change the topic key for upsert behavior
Parameters
Observation ID to updateGet the ID from:
mem_searchresultsmem_get_observationresponsemem_timelineresults- TUI observation view
42New title for the observationExample:
"Fixed FTS5 syntax error on special chars [updated]"New observation type/categoryRecognized types:
decisionarchitecturebugfixpatternconfigdiscoverylearningmanual
New project nameChange which project this observation is associated with.
New visibility scopeOptions:
project— project-scopedpersonal— cross-project personal knowledge
New topic key (normalized internally)Assign or change the topic key for upsert behavior. Format:
family/segmentExample: architecture/database-schema-designResponse
Confirmation message with updated observation details
Usage Examples
Update Title
Update Content
Change Type and Scope
Assign Topic Key
mem_save.
Update Multiple Fields
Partial Updates
Only the fields you provide are updated. All other fields remain unchanged:| Field Provided | Result |
|---|---|
title | Title updated, content/type/project/scope unchanged |
content | Content updated, title/type/project/scope unchanged |
type | Type updated, all other fields unchanged |
title + content | Both updated, type/project/scope unchanged |
Validation
ID must exist
ID must exist
At least one field required
At least one field required
You must provide at least one field to update:Error:
Topic keys are normalized
Topic keys are normalized
If you provide
topic_key, it’s normalized internally:- Lowercased
- Spaces replaced with hyphens
- Special characters removed
"Architecture / Database Schema Design"Stored: "architecture/database-schema-design"Difference from mem_save with topic_key
| Feature | mem_update | mem_save with topic_key |
|---|---|---|
| Requires ID | Yes — you must know the exact ID | No — finds observation by topic_key |
| Use case | Correct a specific observation | Update evolving knowledge |
| Scope | Updates by ID (ignores topic_key match) | Updates by topic_key + project + scope |
| Best for | Typo fixes, refinements, corrections | Architecture decisions, living docs |
Use
mem_update when you have an exact ID. Use mem_save with topic_key for evolving topics.What Changes
When you update an observation:- ✅ Specified fields are replaced with new values
- ✅ Updated timestamp (
updated_at) is refreshed - ❌ Revision count does NOT increment (only topic_key upserts increment revisions)
- ❌ Duplicate count is NOT affected
- ❌ Created timestamp remains unchanged
Related Tools
mem_save- Save new observations or upsert with topic_keymem_get_observation- Get full observation details before updatingmem_search- Find observations to updatemem_delete- Delete observations by ID