| Primary unit | Tokens, messages, and summaries in the current context | Chunks or records selected by semantic similarity | Whatever entities and records the application defines | Canonical entities and qualified published memory derived from source contributions |
|---|
| Identity | Usually implicit in names and prose | Often inherited from chunk metadata | Custom identity model and merge policy | Durable canonical identity with conservative resolution and explicit ambiguity |
|---|
| Time and change | Depends on prompt order, summaries, or application logic | Can retrieve old and new passages unless filtered or reranked | Custom temporal model | Current, historical, superseded, uncertain, and conflicting states remain explicit |
|---|
| Evidence | May include source text, but lineage can be lost through summaries | Commonly returns source chunks or metadata | As strong as the application's provenance model | Published memory retains bounded citations while detailed evidence stays private |
|---|
| Correction | Edit the prompt, summary, or upstream transcript selection | Update or delete indexed chunks and dependent summaries | Custom review, replacement, and history flow | Replace source generations and recompute projections; complete customer self-service remains beta work |
|---|
| Authorization | Set by what the application places in context | Requires filters and access checks around retrieval | Custom roles, scopes, and enforcement | Retrieval is intended to be bounded by named subject, agent, scope, and task; memory grants no action authority |
|---|
| Operational burden | Low infrastructure, rising prompt and summarization complexity | Index, embedding, filtering, freshness, and evaluation operations | Full engineering and product ownership | Managed dedicated memory system with an evolving beta interface and deployment boundary |
|---|