HAVESOME MEMORYTHE BEGINNING

A FICTIONAL COMPANY. A FAMILIAR PROBLEM.

Meet Morrow Works.

The story starts here

FIRST, THE PLACE

Rooms to book.
Equipment to rent.

Morrow Works runs creative workspaces in France and Germany.

People book a room, borrow recording equipment, change plans—and ask the team what the rules are.

ROOMSEQUIPMENTFRANCE + GERMANY
01 / FOLLOW ONE QUESTION

Their knowledge is scattered across documents.

A handbook. Meeting notes. A helpdesk copy. Each holds part of the story.

You’re helping this team make that information usable—for colleagues, and for the AI assistants they use.

We will follow one ordinary question. No previous workshop or technical reading is needed.

02 / FOLLOW ONE QUESTION

Then a member asks a simple question.

“How much notice makes cancelling my room booking free?”

The room is in France. The booking was created on 4 May 2027. We are checking the general rule as a member, using information available on 8 May.

These details matter. A rule for another country, product or booking date may not apply.

03 / FOLLOW ONE QUESTION

You search the filenames. Nothing comes back.

A search for “cancellation” finds none of these five filenames. The relevant decision is saved as notes-04-18.md.

Nothing was deleted. Looking in the wrong place is not the same as having no information.

A filename search can still be useful when you already know the name of a file.

04 / FOLLOW ONE QUESTION

Search inside the files, and the picture changes.

Now the decision appears. It says 7 days. But the original terms, a later handbook and a helpdesk copy also appear—and they say 14.

Finding passages is called retrieval. It has found the statements. It has not decided which one applies.

The lookup here really runs on the local text. The documents and policy are fictional.

05 / FOLLOW ONE QUESTION

Three copies do not make three decisions.

The handbook copied the original terms. The helpdesk copied the handbook. Those three 14-day statements share one origin.

The 7-day statement comes from an approved policy-board change. A newer-looking filename does not overrule an approved decision.

We need the relationships between documents—not a vote between matching numbers.

06 / FOLLOW ONE QUESTION

Then you check what the change actually covers.

The board approved the change on 18 April. It applies to France room bookings created from 1 May. The collection received it on 3 May.

Our booking was created on 4 May, and we are answering as of 8 May. It is inside that scope. The supported general threshold is 7 days.

An earlier France booking or a Germany booking would need a different check.

07 / FOLLOW ONE QUESTION

An assistant needs the reasons, not just the number.

For one answer, an assistant receives a selected bundle of information. That bundle is its context.

Here, we supply the rule for deciding authority and scope, plus the applicable decision. A stored source that never reaches this bundle cannot support this answer.

08 / FOLLOW ONE QUESTION

Keeping a file was only the beginning.

We had to find it, understand what it was connected to, check when it applied, and supply the relevant evidence.

And tomorrow, when a rule changes, those relationships and interpretations must stay up to date. That is the memory-engineering problem—not simply storing more text.

This example began with a known question. The wider task also includes exploring unfamiliar collections and discovering questions you did not know to ask.

CHAPTER TWO / FINDING YOUR WAY

One answer solved.
A whole collection still to explore.

You have seen why keeping documents is not enough. Now let’s make their connections useful—even before we know exactly what to search for.

01 / FINDING YOUR WAY

One answer is not the whole picture.

The member has their answer. Now the team wants to understand what happens when bookings change—not just repeat the cancellation rule.

An operations note offers a starting point: rooms sometimes sit unused after cancellations, while other requests arrive late. Could those released slots be useful to someone else?

We are still reading as a member, with information available on 8 May 2027. These are qualitative notes, not measured results.

02 / FINDING YOUR WAY

One note can belong in several useful views.

Put this note in an “operations” folder and you have a place to store it. But you may not think to open that folder when studying booking changes.

Give the same source several ways in: room capacity, the booking lifecycle, and preparation work. These are views onto one note—not three new copies.

Start with useful, revisable categories. You do not need to invent a perfect filing system before exploring.

03 / FINDING YOUR WAY

Before connecting things, check what they are.

Elsewhere in the collection, “Atlas” appears twice. One is a room in France. The other is a recording kit in Germany.

A shared name might put them in the same search result. It must not turn them into one thing—or carry the room’s rules over to the kit.

A useful grouping answers “What is this related to?” Identity answers a different question: “Which thing is this?”

04 / FINDING YOUR WAY

A promising connection is a question, not a conclusion.

Return to the unused-room note. A separate draft proposes a two-day cancellation threshold for a future France-room pilot. It also asks for rebooking and preparation costs to be compared.

Putting the draft beside the observations gives the team something useful to investigate. It does not prove that the pilot will fill empty rooms—and it does not make the draft an approved rule.

Keep the link and its uncertainty together. The observations do not establish the effect of changing the cancellation window.

05 / FINDING YOUR WAY

A useful overview keeps those differences visible.

The team can now see a small picture of the problem: unused rooms have been noted; a pilot has been proposed; actual rebooking remains unmeasured in these notes.

Compress that into “shorter notice improves occupancy” and the uncertainty disappears. Keep observed information, proposals and missing evidence separate, with a route back to the sources.

An overview is another representation to inspect and correct—not a replacement for the underlying material.

06 / FINDING YOUR WAY

Now the collection helps you ask the next question.

“Are released room slots actually booked again?” That question was not the member’s original request. It emerged by following the relationships between the notes.

The next investigation needs booking and rebooking evidence, then a way to evaluate the proposed change. This collection cannot establish a rate or a causal effect. That is an evidence gap—not permission to invent an answer.

You have moved from finding a known answer to discovering what would be useful to learn next. A clear gap is a useful result.

CHAPTER THREE / WHEN KNOWLEDGE CHANGES

The world changed.
Did the memory?

The team can navigate its collection. But keeping that knowledge useful means following changes beyond the document that announces them.

First, rewind to the arrival of the decision we met at the beginning.

01 / WHEN KNOWLEDGE CHANGES

The rule changed before the collection caught up.

You already met the seven-day rule. Rewind to 3 May 2027: the collection has just received those board minutes. The decision was approved on 18 April and became effective for eligible bookings on 1 May.

Those are three different events: a decision, its applicability, and its arrival in the collection. Receiving the document late does not move the policy’s effective date.

We are looking back from 8 May as a member. This replay does not invent a new decision after the previous chapter.

02 / WHEN KNOWLEDGE CHANGES

“New” does not mean “replace everything.”

The decision changes the general threshold for France room bookings created on or after 1 May: seven notice days. France room bookings created from 1 January 2027 but before 1 May keep their original fourteen-day threshold.

Germany rooms and equipment rentals are outside this amendment. The collection must attach the change to the right part of the knowledge—not overwrite every cancellation rule.

France-room examples here concern ATLAS-ROOM-FR, viewed as a member on 8 May. These are general terms, not checks for individual waivers.

03 / WHEN KNOWLEDGE CHANGES

The source is up to date. The summary is not.

Imagine the team saved a short interpretation on 2 May: “France room bookings require fourteen notice days.” It reflects the older terms available to the collection, but misses the amendment that was already effective.

Now the minutes have arrived. That saved interpretation does not repair itself merely because another file was added. A colleague or assistant could still be given the stale summary.

The received decision remains S03.

04 / WHEN KNOWLEDGE CHANGES

Correct the interpretation. Keep its trail.

A revised interpretation separates the two cases: fourteen days for France room bookings created from 1 January 2027 but before 1 May, seven days for those created on or after 1 May. It points back to the original terms, the amendment, and the applicability rules.

The earlier snapshot can remain in the audit history, clearly marked incomplete for eligible bookings from 1 May. It must no longer be supplied as an unqualified current answer.

Retaining an old belief explains what the system represented. It does not prove that belief was correct at the time.

05 / WHEN KNOWLEDGE CHANGES

Two different questions can both be about the past.

“What applies to a France room booking created on 29 April?” asks about the booking’s terms. Looking back on 8 May, the general threshold is still fourteen days: that booking is outside the amendment.

“What information had the collection received by 2 May?” asks a different question. It had not yet received S03. That information gap does not mean the approved change was not effective.

Both questions concern ATLAS-ROOM-FR and a member’s general-policy view. The first uses knowledge available on 8 May; the second reconstructs the collection’s 2 May evidence boundary.

06 / WHEN KNOWLEDGE CHANGES

Some contradictions cannot be fixed by picking a winner.

Back on 8 May, the team finds another problem—this time for ATLAS-KIT-DE, the recording kit in Germany. For returns from 6 May, one logistics lead says before 17:00 UTC; another says before 18:00 UTC.

Both instructions were recorded on 4 May, both leads have the same authority, and neither instruction supersedes the other. Paragraph order is not a tie-breaker.

Keep both instructions, mark the return deadline unresolved, and request an authoritative logistics decision. A confident-looking combined answer would conceal the conflict.

This is a member-readable handover question, not a room cancellation rule. No resolution is supplied by the fictional sources.

CHAPTER FOUR / TRUST AND CONTROL

Knowing isn’t permission.

The team has learned to follow changes and preserve uncertainty. Now its collection serves people with different access—and an assistant that only sees what it is given.

Return to the member desk. Start with one booking number.

01 / TRUST AND CONTROL

The member knows the booking number. That is not a key.

Back at the member desk on 8 May 2027, someone asks about DEMO-R17, the France room booking created on 29 April. We can explain its general cancellation terms. Can we also promise what this particular booking will cost?

Not from the member’s view. Morrow Works reserves booking-waiver records for finance. Knowing the booking number does not grant access, and the member’s answer must not confirm or deny whether a hidden waiver exists.

The useful response is narrower: explain the general policy and recommend an authorized booking-specific check. A source being stored somewhere is not permission to use it for everyone.

Scene scope: member · ATLAS-ROOM-FR · DEMO-R17 · booking created 29 April 2027 · knowledge on 8 May.

02 / TRUST AND CONTROL

The right decision is found. The assistant still misses it.

Now take a different, hypothetical booking: the Atlas room in France, created on 4 May 2027. The member asks on 8 May for the general free-cancellation notice threshold—not a final fee for a particular cancellation.

Imagine that the lookup has found both the original terms and the approved amendment. But the application sends only the original fourteen-day passage to the assistant. The amendment stays outside the packet it receives.

Here, context means the information supplied for this particular answer. Finding the right evidence and putting it into that context are separate steps. The failure can happen between them.

The hypothetical 4 May booking is within S03’s France-room scope; the member may read both sources.

03 / TRUST AND CONTROL

Send the scope with the evidence.

The team repairs the illustrated packet. It now carries the question’s entity, country, product, booking date, reader role and knowledge date, together with the relevant applicability instructions and policy passages.

For this France room booking created on 4 May, the approved amendment selects seven notice days. The original terms and scoped change remain traceable, rather than becoming a floating number with no explanation.

This is not a request to send the whole collection. Select what is permitted and relevant, and keep the boundaries needed to interpret it. More text is not a substitute for the right evidence.

Same hypothetical case: member · ATLAS-ROOM-FR · created 4 May 2027 · knowledge on 8 May.

04 / TRUST AND CONTROL

An included source can still be used badly.

Even with that repaired packet, an assistant could turn seven days into a universal rule. Germany rooms, equipment and earlier France bookings would then be swept into a change that does not cover them.

A supported answer for this example is: ‘For this France room booking created on 4 May 2027, the general free-cancellation threshold is at least seven notice days.’ It is not a calculation of an individual cancellation fee or a disclosure about private exceptions.

Now the whole chain is visible: stored, found, applicable and permitted, included in context, correctly used. Inspect each transition. Passing one step does not certify the next.

S03 leaves Germany rooms and equipment unchanged; S02 and S03 bound earlier France bookings. Missing case details require clarification, not guessed defaults.

05 / TRUST AND CONTROL

A few days later, the question is which door to use.

Move forward to 11 May 2027. The same member is arriving at ATLAS-ROOM-FR. A temporary instruction, received on 9 May, says to use the courtyard entrance for arrivals from 10 May through 12 May during maintenance.

For an arrival on 11 May, that instruction is current. Its end date matters as much as its content: it expires at 00:00 UTC on 13 May.

The instruction has also reached an extracted fact, an overview and an answer cache. Which of these copies depend on the source?

New time and task: member · ATLAS-ROOM-FR · arrival and knowledge on 11 May 2027. S10 was not available in the earlier 8 May scenes.

06 / TRUST AND CONTROL

On 13 May, yesterday’s instruction is not today’s answer.

At 00:00 UTC on 13 May, the courtyard instruction expires. For an arrival that day, it must no longer answer the current-entry question. The source does not tell us which entrance applies afterward; do not invent a replacement.

At that time, the retained instruction may still explain an arrival on 11 May. Historical usefulness and present applicability are different questions.

Expiry is not deletion. The records rule allows this short historical interval, then requires the temporary instruction and its owned derived copies to be purged at 00:00 UTC on 15 May.

Member · ATLAS-ROOM-FR · knowledge on 13 May 2027. Contrast a current 13 May arrival with a historical 11 May arrival. The allowed history interval is specific to this fictional rule, not a universal retention policy.

07 / TRUST AND CONTROL

On 15 May, forgetting has to reach the copies.

At 00:00 UTC on 15 May, the modeled obligation reaches four owned places: the operational source store, extracted facts, derived overview and answer cache. Removing only the original would leave its content elsewhere.

The required end state keeps a content-free receipt with the source ID and deletion time—not the entrance instruction. From these owned stores, the modeled system can no longer answer which gate was specified for the 11 May arrival.

Commercial policy decisions and waiver history are outside this deletion rule.

Member · ATLAS-ROOM-FR · knowledge at or after 00:00 UTC on 15 May 2027 · historical arrival on 11 May. The deletion rule covers stores owned by the team.

MORROW WORKS01
Original terms S0214notice daysservice-standard-final.mdAPPROVED BASE RULE
Handbook copy S0414notice daysservice-standard-FINAL-v4.mdCOPIED FROM S02
Helpdesk copy S0514notice dayscopy-for-helpdesk.mdCOPIED FROM S04
Board decision S037notice daysnotes-04-18.mdAPPROVED CHANGE
S01 · Operating charter
One collection. Different sources.

END OF THE MORROW WORKS STORY

Ask where the responsibility lives.

Who keeps the source? Who chooses the representation? Who enforces access? Who selects context? Who checks the answer? Who follows correction and forgetting through every derived copy?

The fictional story has turned those abstractions into concrete failure cases. Now compare how real systems divide the work.

Continue to current technologies

CHAPTER FIVE / REAL SYSTEMS

A feature does not remove responsibility.
It moves it.

Morrow Works needed more than search: sources that survive change, useful organization, reliable retrieval, explicit scope, inspectable derivations, permission boundaries, deliberate context, and a workable operating model.

Current memory technologies divide that work differently. The useful question is not “Which one has memory?” It is “Which objects does it create, what do those objects mean, and who remains responsible when they are wrong?”

DOCUMENTED, NOT TESTED Evidence reviewed 13 September 2026. Five selected systems—not exhaustive market coverage or a procurement shortlist. No provider was deployed, benchmarked, or security-tested for this guide.

28 / BEFORE THE BRANDS

First ask what each system makes.

Hindsight distinguishes extracted facts, consolidated observations, and curated mental models. Mem0 stores memories with entity links and temporal metadata, then may consolidate them through Dream. OpenViking presents resources, memories, and skills through a hierarchical virtual filesystem. Supermemory separates source documents from evolving extracted memories. Microsoft GraphRAG builds entities, relationships, communities, and generated reports from a corpus.

Those objects are not interchangeable. A graph edge, folder, embedding, or generated summary is a representation—not proof that the source collection is complete, coherent, authorized, or understood.

Hindsightfacts → observationsMem0memories → entity graphOpenVikingL0 → L1 → L2Supermemorydocuments → evolving factsGraphRAGtext units → communities

29 / HINDSIGHT

Hindsight

Separate retaining, recalling, and reflecting.

An agent-memory system centered on extracted facts, multi-strategy retrieval, consolidation, and reasoning over a memory bank.

raw inputretainfacts + entitiesconsolidateobservationsrecall / reflectbudgeted context or synthesis

What the architecture does

Hindsight documents four parallel recall strategies: semantic similarity, keyword search, graph traversal, and temporal search. Their ranked results are fused, reranked, and returned within a caller-controlled token budget. Raw facts can be consolidated into observations; mental models remain a separately curated layer. Observations can retain references and exact supporting quotes, so a derived belief can be inspected against the memories beneath it.

This directly addresses several moments in the story. Keyword retrieval can preserve exact names such as ATLAS-ROOM-FR. Semantic retrieval can bridge different wording. Graph traversal can reach structurally related facts. Temporal retrieval can distinguish “what applied then?” from “what do we know now?” Reflect can synthesize across those results rather than merely returning a list.

Where responsibility remains

Document identity matters. Re-retaining the same document identifier is documented as replacing the previous document content and its extracted facts. If Morrow Works must preserve S02 and S03 as independently inspectable revisions, it must model those revisions explicitly instead of assuming the memory layer will invent the right history.

Entity resolution is also a judgment. Similar names may merge incorrectly; unrelated aliases may remain separate. Visibility tags and banks are retrieval-scoping primitives, but the application must use strict boundaries and enforce authorization. A delete API establishes a deletion mechanism—not proof that every cache, backup, downstream answer, or external copy is gone.

Sources

Separate extraction from later consolidation.

A managed or self-hosted memory layer centered on distilled memories, entity-aware retrieval, temporal metadata, and explicit memory operations.

conversationextractADD-only memoriesindexvector + entity + timeDreamsupersede / merge / synthesize

What the architecture does

Current Platform documentation describes a write path that looks up related context, distills facts, deduplicates, embeds, links entities, and extracts temporal metadata. At retrieval time, semantic, keyword, entity, and temporal signals contribute to one ranking. The graph boosts memories connected through shared entities; it is not a user-maintained graph of typed business predicates such as “S03 amends S02.”

The ADD-only extraction model preserves old and new facts rather than overwriting history immediately. Dream performs later consolidation. Its documented relations distinguish superseding an outdated contradiction, merging a duplicate into a canonical memory, and synthesizing a higher-order pattern. That vocabulary is useful because “new evidence,” “same fact again,” and “derived pattern” are different events.

Where responsibility remains

Applicability cannot be reduced to “newer wins.” Morrow Works’ 14-day and 7-day rules coexist because they apply to different booking dates. The application must encode scope well enough that consolidation does not mistake a bounded amendment for a universal contradiction. Default reads and current-only reads also differ; callers must request and test the view they actually intend to use.

Mem0 Platform, its self-hosted server, and the OSS in-process library are distinct operating surfaces. Managed benchmark results include proprietary Platform optimizations and should not be presented as guaranteed OSS performance. Accuracy, tokens retrieved, latency, extraction models, and retrieval depth must be compared under equal constraints.

Sources

Platform and OSS are different products; their results are not interchangeable.

31 / OPENVIKING

OpenViking

Make the collection browsable as a hierarchy.

An open-source context database that unifies resources, memories, and skills through filesystem-like paths and layered context.

resources + sessionsorganizeviking:// hierarchysummarizeL0 / L1 / L2retrievetraceable descent

What the architecture does

OpenViking gives context stable viking:// locations and separates resources, memories, and skills. Its hierarchy offers progressively deeper representations: compact L0 abstracts for positioning, L1 overviews for navigation and reranking, and L2 source detail loaded on demand. An agent can use deterministic operations such as listing and reading paths as well as semantic search.

For complex tasks, retrieval first analyzes intent, locates promising directories, explores within them, and reranks candidates. The resulting trace records the directories traversed and files positioned. That makes retrieval behavior more inspectable than an opaque list of nearest chunks and gives unfamiliar readers a way to orient before opening every source.

Where responsibility remains

A hierarchy is still an authored or generated model of the collection. An abstract can hide the France-only qualifier. A directory trace can explain where retrieval traveled without proving that a summary is true or that another branch was not missed. The owner must evaluate hierarchy quality, summary drift, update lag, and whether one item needs several facets rather than a single home.

The current documentation distinguishes user-private and shared resource paths, but deployment configuration, policy enforcement, deletion propagation, backup handling, and downstream context use still require end-to-end tests. Open source also means the operator owns infrastructure and model costs. The repository license must be reviewed for the intended deployment and distribution model.

Sources

No fixed SaaS price or production performance result was established. “Self-hosted” is not the same as free to operate.

32 / SUPERMEMORY

Supermemory

Keep source documents distinct from extracted memory.

Context infrastructure combining document retrieval, evolving memory relations, profiles, connectors, and scoped containers.

files + chatsindexdocument chunksdreammemory graphretrieveRAG / memories / profile

What the architecture does

Supermemory distinguishes raw documents—the material supplied for document retrieval—from memories extracted to model personal or entity state over time. Document processing extracts text, chunks it, embeds it, and indexes it. A separate “dreaming” phase groups material and forms evolving memories. Retrieval can return document chunks, traverse memories, or assemble profile context from the same scoped pool.

Memory-to-memory relations carry different meanings. Updates marks a newer state, Extends adds compatible detail, and Derives records an inferred pattern. These are not classic hand-authored entity–predicate–entity triples. The distinction is useful for Morrow Works: “the source reports unused rooms” should remain visibly different from “shorter notice probably improves utilization.”

Where responsibility remains

A derived memory is still an inference. It must not silently become source truth. Document content updates trigger reprocessing, while metadata-only changes do not. Document deletion endpoints exist, but the researched material does not establish complete removal from every extracted memory, profile, cache, backup, or previously generated answer. That must be tested, not inferred from the verb delete.

Container tags and scoped API keys provide isolation mechanisms. The application still chooses source authority, decides which relations count as conflict or enrichment, assembles the permitted final prompt, and verifies that revocation is respected at every read path.

Sources

33 / MICROSOFT GRAPHRAG

Microsoft GraphRAG

Build structure for corpus-wide questions.

A research-oriented indexing and query framework for extracting graph structure and hierarchical reports from unstructured corpora.

corpusindexentities + relations + claimsclustercommunities + reportsquerylocal / global / DRIFT

What the architecture does

GraphRAG’s standard indexer uses language models to extract entities, relationships, and optionally claims from text units; it detects communities and generates reports at multiple levels. Local Search combines graph material with underlying text chunks for entity-focused questions. Global Search runs a map/reduce process over community reports to answer questions about themes across the collection. DRIFT begins from community information and expands into follow-up questions.

This is a strong match for the exploration part of the story: “What tensions run across our notes?” is different from “What does policy passage S03 say?” A graph and its community reports can expose a possible connection between unused rooms and cancellation policy that ordinary nearest-chunk retrieval may never place together.

Where responsibility remains

Extraction and reports are generated representations, not authoritative records. Prompts, hierarchy level, context builder, model choice, and token budget all affect the result. A discovered theme must still lead back to source text before it is treated as evidence. Indexing can be expensive, and the project explicitly warns users to start small and tune prompts.

GraphRAG is not a ready-made conversational memory provider. Its researched documentation does not establish source version management, current-versus-historical policy semantics, per-user authorization, revocation, forgetting propagation, or a correction workflow. The GitHub project also currently describes itself as largely in maintenance mode and as a research project rather than an officially supported Microsoft offering.

Sources

Community summaries can omit source details.

34 / ONE CORPUS, FOUR HARD TESTS

Run the failure cases, not the logos.

01

Scoped change

Can the system preserve both 14 and 7 days, then select by country, product, booking date, and knowledge date?

02

Exploration

Can it suggest the utilization-policy connection while preserving the labels reported, proposed, and not measured?

03

Correction

If two Atlas entities merge or a summary loses a qualifier, can an owner inspect the evidence, correct the object, and refresh downstream views?

04

Control

If access is revoked or S10 must be forgotten, can the team deny retrieval and trace removal through sources, extracted facts, overviews, profiles, and answer caches?

No mechanism passes these tests merely by existing. A filter is not proof of authorization. A source link is not proof that the source is correct. A delete endpoint is not proof of complete erasure. A generated overview is not proof of corpus coverage.

35 / COST AND OPERATING BURDEN

The bill has more than one unit.

Managed providers may meter writes, retrieved context, synthesis calls, file conversion, storage, or background processing. Self-hosted systems replace some subscription costs with model inference, databases, upgrades, observability, recovery, and engineering time. Graph extraction can make initial indexing and reprocessing materially more expensive than plain chunk-and-embed pipelines.

Compare one explicit workload: initial corpus size, monthly additions and corrections, reprocessing after policy changes, background consolidation, reads, returned context, latency targets, storage, backups, incident response, and human review. Open source, self-hosted, free tier, and two similarly priced plans do not describe the same total cost.

Exact prices are intentionally excluded from the main narrative because they change. Recheck each official pricing page against the planned workload before adoption.

36 / SELECTION EXERCISE

Choose by requirement and disqualifier. Then test.

This note stays in your browser page. It is not saved or sent anywhere.

A valid conclusion may be a conditional shortlist, a simpler versioned-source and hybrid-search baseline, or deferral until the evidence is stronger. There is no universal winner.

END OF HAVESOME MEMORY

Keep the evidence.
Name the derived objects.
Test the seams.

Memory engineering is not the promise that a system will remember everything. It is the work of deciding what should persist, representing it without hiding its limits, finding and supplying the right evidence, and following change, permission, and forgetting through every derived copy.

The right system is the one whose documented responsibilities fit your collection—and whose remaining responsibilities you are prepared to own and test.

Five selected systems. Primary-source desk research only. No provider deployment, benchmark reproduction, security validation, or universal recommendation.

Return to the beginning ↑
Logo & icon sources

Provider marks identify their products; name tiles and concept icons are not replacement logos. No affiliation or endorsement. Original story illustrations are retained; interface icons use Lucide.

Hindsight

Original provider asset · License source

Cropped the complete symbol from the official wordmark image at [0,2,185,137]; decoded and re-encoded PNG without source metadata. Drawing and colors unchanged.

MIT License

Copyright (c) 2025 Vectorize AI, Inc.

Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all
copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
SOFTWARE.

Mem0

Original provider asset · License source

Rendering only: removed fixed width/height; added accessibility attributes and CSS class; namespaced local IDs if present. Geometry and colors preserved.

MIT License

Copyright (c) 2023-2026 Taranjeet Singh

Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all
copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
SOFTWARE.

Supermemory

Original provider asset · License source

Rendering only: removed fixed width/height; added accessibility attributes and CSS class; namespaced local IDs if present. Geometry and colors preserved.

MIT License

Copyright (c) 2025 supermemory

Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all
copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
SOFTWARE.

Lucide interface icons

Lucide · Pinned license notices

ISC License

Copyright (c) 2026 Lucide Icons and Contributors

Permission to use, copy, modify, and/or distribute this software for any
purpose with or without fee is hereby granted, provided that the above
copyright notice and this permission notice appear in all copies.

THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES
WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF
MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR
ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES
WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN
ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF
OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.

---

The following Lucide icons are derived from the Feather project:

airplay, alert-circle, alert-octagon, alert-triangle, aperture, arrow-down-circle, arrow-down-left, arrow-down-right, arrow-down, arrow-left-circle, arrow-left, arrow-right-circle, arrow-right, arrow-up-circle, arrow-up-left, arrow-up-right, arrow-up, at-sign, calendar, cast, check, chevron-down, chevron-left, chevron-right, chevron-up, chevrons-down, chevrons-left, chevrons-right, chevrons-up, circle, clipboard, clock, code, columns, command, compass, corner-down-left, corner-down-right, corner-left-down, corner-left-up, corner-right-down, corner-right-up, corner-up-left, corner-up-right, crosshair, database, divide-circle, divide-square, dollar-sign, download, external-link, feather, frown, hash, headphones, help-circle, info, italic, key, layout, life-buoy, link-2, link, loader, lock, log-in, log-out, maximize, meh, minimize, minimize-2, minus-circle, minus-square, minus, monitor, moon, more-horizontal, more-vertical, move, music, navigation-2, navigation, octagon, pause-circle, percent, plus-circle, plus-square, plus, power, radio, rss, search, server, share, shopping-bag, sidebar, smartphone, smile, square, table-2, tablet, target, terminal, trash-2, trash, triangle, tv, type, upload, x-circle, x-octagon, x-square, x, zoom-in, zoom-out

The MIT License (MIT) (for the icons listed above)

Copyright (c) 2013-present Cole Bemis

Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all
copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
SOFTWARE.

THE WHOLE STORY · 36 STEPS

Choose where to go.

Follow the chapters in order—or jump straight to a question.

Start with Morrow Works

01 Find an answer

Steps 1–8

  1. 01Their knowledge is scattered across documents.
  2. 02Then a member asks a simple question.
  3. 03You search the filenames. Nothing comes back.
  4. 04Search inside the files, and the picture changes.
  5. 05Three copies do not make three decisions.
  6. 06Then you check what the change actually covers.
  7. 07An assistant needs the reasons, not just the number.
  8. 08Keeping a file was only the beginning.

02 Explore connections

Steps 9–14

  1. 09One answer is not the whole picture.
  2. 10One note can belong in several useful views.
  3. 11Before connecting things, check what they are.
  4. 12A promising connection is a question, not a conclusion.
  5. 13A useful overview keeps those differences visible.
  6. 14Now the collection helps you ask the next question.

03 Handle changing knowledge

Steps 15–20

  1. 15The rule changed before the collection caught up.
  2. 16“New” does not mean “replace everything.”
  3. 17The source is up to date. The summary is not.
  4. 18Correct the interpretation. Keep its trail.
  5. 19Two different questions can both be about the past.
  6. 20Some contradictions cannot be fixed by picking a winner.

04 Control what gets used

Steps 21–27

  1. 21The member knows the booking number. That is not a key.
  2. 22The right decision is found. The assistant still misses it.
  3. 23Send the scope with the evidence.
  4. 24An included source can still be used badly.
  5. 25A few days later, the question is which door to use.
  6. 26On 13 May, yesterday’s instruction is not today’s answer.
  7. 27On 15 May, forgetting has to reach the copies.

05 Compare real systems

Steps 28–36

  1. 28Representations first
  2. 29Hindsight
  3. 30Mem0 Platform + Dream
  4. 31OpenViking
  5. 32Supermemory
  6. 33Microsoft GraphRAG
  7. 34The failure cases
  8. 35The operating model
  9. 36Your decision

The source passages

All source passages from the fictional company, including those outside the current scene.