Agentic AI Atlasby a5c.ai
OverviewWikiGraphFor AgentsEdgesSearchWorkspace
/
GitHubDocsDiscord
iiRecord
Agentic AI Atlas · Unified Agent Memory
topic:unified-agent-memorya5c.ai
Search record views/
Record · tabs

Available views

II.Record viewspp. 1 - 1
overviewjsongraph
II.
Topic overview

topic:unified-agent-memory

Reference · live

Unified Agent Memory overview

Unified Agent Memory as a cross-cutting topic — compatibility layers and shared protocols that allow multiple agent products to read from and write to a common memory store. The core problem: each coding agent has its own memory format and location, so a developer switching between Claude Code, Cursor, and Windsurf must maintain separate memory files with duplicated or drifted content. Unified memory layers (memories.sh, agentmemory, memsearch patterns) address this by defining a canonical storage layout that all participating agents can read. The four-type taxonomy (session / semantic / episodic / procedural) is the emerging schema for unified memory, with memories.sh as the reference implementation. Key design tensions: storage format (plain files vs vector DB), update semantics (each agent writes independently vs a central service mediates), and conflict resolution when two agents write different values for the same fact.

TopicOutgoing · 5Incoming · 6

Attributes

displayName
Unified Agent Memory
description
Unified Agent Memory as a cross-cutting topic — compatibility layers and shared protocols that allow multiple agent products to read from and write to a common memory store. The core problem: each coding agent has its own memory format and location, so a developer switching between Claude Code, Cursor, and Windsurf must maintain separate memory files with duplicated or drifted content. Unified memory layers (memories.sh, agentmemory, memsearch patterns) address this by defining a canonical storage layout that all participating agents can read. The four-type taxonomy (session / semantic / episodic / procedural) is the emerging schema for unified memory, with memories.sh as the reference implementation. Key design tensions: storage format (plain files vs vector DB), update semantics (each agent writes independently vs a central service mediates), and conflict resolution when two agents write different values for the same fact.

Outgoing edges

applies_to2
  • domain:software-engineering·DomainSoftware Engineering
  • specialization:ai-agents-conversational·Specialization
related_topics3
  • topic:instruction-file-standard·TopicInstruction File Standard
  • topic:memory-scoping·TopicMemory Scoping
  • topic:memory-type-taxonomy·TopicMemory Type Taxonomy

Incoming edges

applies_to2
  • topic:krate-agent-memory-ontology·TopicKrate Agent Memory Ontology
  • topic:krate-agent-memory-query·TopicKrate Agent Memory Query
contains1
  • domain:knowledge-management·DomainKnowledge Management
related_topics2
  • topic:cloud-agent-memory·TopicCloud Agent Memory
  • topic:memory-type-taxonomy·TopicMemory Type Taxonomy
relates_to_topic1
  • tool:memories-sh·Toolmemories.sh

Related pages

No related wiki pages for this record.

Shortcuts

Open in graph
Browse node kind