Skip to main content
When a new memory is added, MemoryLake checks it against two things: the project’s existing memories, and the project’s documents. If the new memory contradicts either one, the contradiction is recorded as a conflict. There are two kinds:
  • m2m — memory vs memory: the new memory contradicts an existing memory.
  • m2d — memory vs document: the new memory contradicts content in a project document.
Use this endpoint to surface conflicts to end users (“review unresolved conflicts”), or to fetch conflicts tied to specific memories you’re about to display.
Permission required: project:mem_list · instance

Path Parameters

string
required
Project ID

Query Parameters

integer
default:"1"
Page number (1-based)
integer
default:"50"
Page size, 1–100
string
Filter by conflict category:
  • m2m — memory vs memory.
  • m2d — memory vs document.
string
Filter by kind of inconsistency:
  • logical — contradiction or tension between statements.
  • knowledge — disagreement about facts or what was cited.
boolean
Filter to only resolved (true) or only unresolved (false) conflicts. Omit to return both.
boolean
Filter by whether the underlying content has changed since the conflict was detected. Stale conflicts may no longer be accurate.
string
Comma-separated list of memory IDs. Returns conflicts that involve any of the listed memories.

Response

object
For the full breakdown of a single conflict — including the nested resolution record when it’s been resolved and document excerpts for m2d cases — call Get Memory Conflict.