Memora — Persistent memory and knowledge management

Memora is an MCP memory server. Use it at session start to load context, when the user asks about past work or stored knowledge, and when saving important information for future sessions.

When to invoke

• Session start: load relevant memories for the current task
• User asks about past work, decisions, or stored knowledge
• Saving important findings, decisions, architecture notes, or research
• User explicitly asks to remember, recall, or search memories

Tool usage guidelines

Retrieval — lineage defaults are enforced

Defaults (do not re-state them on every call):

• memory_list / memory_semantic_search / memory_hybrid_search default to

follow="active" — superseded memories are excluded.

• memory_get defaults to follow="latest" — a superseded id resolves to the

current leaf of its chain.

memory_list(tags_any=["memora/todos"])
memory_semantic_search(query="cloud backend")
memory_get(memory_id=157)  # returns the current version if 157 was superseded

When you need non-default lineage:

# Resolve hits to current leaves (dedupe versions in a search)
memory_semantic_search(query="roadmap", follow="latest")

# Full supersession chain
memory_get(memory_id=170, follow="full_history")

# Forensic / unfiltered — EXPLICIT only. Omitting follow is NOT unfiltered.
memory_list(follow="all")
memory_semantic_search(query="...", follow="all")
memory_get(memory_id=157, follow="all")  # exact id, no chain walk

Do not cargo-cult follow="active" on every call — that is already the list/search default. Pass follow only to change behaviour (latest, full_history, or all).

Saving knowledge — use memory_absorb

Prefer memory_absorb over memory_create when saving knowledge. Absorb automatically checks for duplicates, supersedes outdated memories, links related ones, and consolidates related new facts into single richer memories.

Write detailed, context-rich facts — not tiny one-liners. Each fact should be a full sentence or short paragraph with enough context to be useful on its own. Related facts passed together are automatically merged into a single consolidated memory via LLM synthesis.

memory_absorb(
    facts=[
        "clmux v0.4.16.1 fixes hidden pane text leakage by restricting tmux allow-passthrough to only the visible TUI window instead of globally, preventing hidden reviewer and parking windows from leaking escape sequences",
        "clmux sidebar now filters out _reviewers and parking windows from list-panes queries, and the ! notification indicator persists across workspace switches until the user responds"
    ],
    source="manual",
    tags=["clmux", "bugfix"]
)

Absorb handles dedup and consolidation automatically:

• Duplicate → skipped (no new memory created)
• Update → creates new memory + supersedes the old one
• Contradiction → creates new memory + links with contradicts edge
• Related → creates new memory + links with related_to edge
• New → creates new memory (no matches found)
• Consolidated → related new facts merged into a single richer memory

Use dry_run=True to preview what absorb would do without writing.

Use memory_create directly only for:

• Raw/unprocessed content you want stored verbatim
• Structured entries (TODOs, issues, sections) via memory_create_todo, memory_create_issue, memory_create_section

Updating memories

Use memory_update only for corrections (typos, metadata fixes) — not for evolving knowledge. For evolving knowledge, use memory_absorb — it handles supersession automatically.

Linking

Use typed edges to express relationships:

• supersedes — new version replaces old (enables lineage walking)
• contradicts — conflicting information (flag for resolution)
• implements — concrete implementation of a plan/design
• extends — builds upon existing knowledge
• references — general reference/citation
• related_to — loose association

Search strategy

1. Start with memory_semantic_search for conceptual queries (follow="active")
2. Use memory_hybrid_search when you need both keyword and semantic matching
3. Use memory_list with tag/metadata filters for structured browsing
4. Use fields parameter to reduce response size: fields=["id", "content_preview", "tags"]
5. Use content_mode="preview" (default) for scanning, content_mode="full" only when you need complete content

Context efficiency

• Default limit=20 on list. Use limit=-1 only when you truly need everything.
• Use fields projection to fetch only what you need.
• Prefer content_mode="preview" (default) over full content for scanning.
• Use memory_get with specific IDs after finding relevant results via search.