Memory overview
How Conflux turns workspace activity into reusable knowledge.
Click to enlargeNot just chat history
Memory is designed to help a team continue work across people, sessions, clients, and time. It should know what was built, what was changed, what was decided, what remains uncertain, and what constraints matter.
Current implementation
Conflux currently stores durable memory records, evidence citations, Dream Cycle lifecycle decisions, compiled truth, and graph links. Retrieval can inject relevant workspace memory, compiled truth, and FAQ context into a run. The current retrieval path uses seed ranking plus stored MemoryLink expansion, so it is graph-aware, but it is not yet a first-class A/B/C semantic graph with root/topic/entity nodes.
Evidence-backed memory
Memory can cite evidence such as prompts, assistant results, tool calls, file changes, CLI activity, API activity, optimized evidence views, user corrections, and compliance scans. This keeps memory inspectable rather than becoming an unverifiable summary.
Optimized evidence views
Long tool outputs and noisy logs can be reduced into compacted evidence views that preserve file paths, operations, errors, trace ids, diff anchors, and domain signals. These views support memory and citations, but they do not replace the final assistant answer as the primary source for request-chain memories.
What it stores
Target layered model
Known gap
The product direction is a semantic workspace knowledge graph. Today, Conflux has the storage and evidence foundation plus graph-aware retrieval v1, but first-class topic clustering, root workspace nodes, entity extraction, and LLM/embedding relation extraction are still being improved.