Evidence-linked trend hypothesis
Company memory needs write and correction loops
Retrieval is only one stage of memory; durable organizational knowledge also needs scoped writes, corrections, provenance, versioning, and invalidation.
Source ledger
Publishable sources attached to this record.
| # | Source | Role | Public status |
|---|---|---|---|
| 1 | hermes-agent.nousresearch.comsource | primary receipt | source_urls |
| 2 | github.comrepo | supporting receipt | source_urls |
| 3 | promptql.iosource | supporting receipt | source_urls |
| 4 | aclanthology.orgsource | supporting receipt | source_urls |
| 5 | github.comrepo | supporting receipt | source_urls |
Showing 5 of 7; the complete set is exposed in the JSON route.
What does retrieval leave unresolved?
A relevant document can still be stale, unauthorized, contradicted, or scoped to another team. A long context window can expose more text without deciding which statement should change the next action. Those are memory lifecycle questions, not search-quality questions.
What evidence supports this pattern?
- PromptQL captures a correction during work, proposes a reusable rule, and keeps citations, scope, revision history, and editorial control around the update.
- DoorDash stores semantic memory as independently versioned components and a manifest, then refreshes different memory layers at different cadences.
- MemoryData evaluates storage, retrieval, updating, and forgetting across a sequence rather than scoring only a final response.
- OpenWiki turns repository understanding into a maintained artifact that can be inspected and refreshed outside an individual session.
What should teams do next?
Every memory entry needs a write path, evidence, owner or authority, scope, timestamp, supersession behavior, and rollback. Human correction is a valuable write signal, but it should produce a reviewable proposal rather than an unbounded automatic truth update.