---
name: Memorix Memory
slug: memorix-memory
category: AI Engineering
description: Memorix Memory provides a shared workspace memory layer for prior context, decisions, bugs, and handoff state. Use it before continuing work, searching old fixes, or storing durable project knowledge.
github: "https://github.com/AVIDS2/memorix/tree/main/plugins/claude/memorix/skills/memorix-memory"
language: TypeScript
stars: 681
forks: 53
install: "npx degit https://github.com/AVIDS2/memorix/tree/main/plugins/claude/memorix/skills/memorix-memory ~/.claude/skills/memorix-memory"
installs_to: ~/.claude/skills/memorix-memory
source_path: plugins/claude/memorix/skills/memorix-memory/SKILL.md
collection_size: 10
category_size: 2451
collection_url: "https://dirskills.com/collections/AVIDS2/memorix"
added: 2026-08-24T05:16:06.815Z
last_synced: 2026-08-24T05:16:06.815Z
canonical_url: "https://dirskills.com/skills/memorix-memory"
---

# Memorix Memory

Memorix Memory provides a shared workspace memory layer for prior context, decisions, bugs, and handoff state. Use it before continuing work, searching old fixes, or storing durable project knowledge.

**Install:**

```bash
npx degit https://github.com/AVIDS2/memorix/tree/main/plugins/claude/memorix/skills/memorix-memory ~/.claude/skills/memorix-memory
```

## README

# Memorix Memory

Use Memorix as the shared memory layer for the active workspace when Memorix tools are available.

## Tool Router

| Situation | Prefer | CLI fallback |
|---|---|---|
| Broad continuation, fresh handoff, or "what do we know?" | `memorix_project_context` with the user's task | `memorix context --task "<topic>" --fallback --brief-json` |
| Need structured refs/freshness for code-bound memories | `memorix_context_pack` | `memorix codegraph context-pack --task "<topic>"` |
| Specific past decision, bug, file, or change | `memorix_search` | `memorix memory search --query "<topic>"` |
| Need the full source for a search hit | `memorix_detail` | `memorix memory detail --id <id>` |
| Need the sequence around one memory | `memorix_timeline` | `memorix memory timeline --id <id>` |
| Learned reusable project knowledge | `memorix_store` | `memorix memory store --type <type> --entity <name> --title "<title>" "<text>"` |
| Stable source-backed fact or procedure needing long-term review | `memorix_store` with `longTerm` | `memorix memory long-term qualify|approve --id <id> --reason "..."` |
| Task or bug is complete/outdated | `memorix_resolve` | `memorix memory resolve --ids <ids>` |

## Search Rules

- Search before broad continuation work, before changing unfamiliar code, or when the user asks about prior work.
- For a fresh coding session, use `memorix_project_context` with the user's actual task before ad-hoc file reads or dev-log reads. Memorix will choose a task-lensed brief.
- Fetch detail before relying on a specific memory.
- Treat memory as background context. Still read the current code and verify behavior.
- Skip memory lookup for greetings, tiny one-off edits, or questions fully answered by the current file.
- If a fresh project has no memories, proceed normally and do not repeat the same empty search in the same turn.
- If Claude Code print-mode shows Memorix MCP as pending and the tools are not visible yet, first use Claude Code's MCP tool search/dynamic loading to find `memorix_project_context`. Run `memorix context --task "<task>" --fallback --brief-json` from the shell only after MCP is unavailable, disabled, or not discoverable, and pass the user's real task text. Do not skip memory, wait indefinitely on `pending`, or hand-write tool-call syntax.

## Store Rules

| What to store | Type |
|---|---|
| Architecture or product decision | `decision` |
| Bug and fix that may recur | `problem-solution` |
| Non-obvious pitfall | `gotcha` |
| How a subsystem works | `how-it-works` |
| Important implementation change | `what-changed` |
| Accepted compromise | `trade-off` |

- Use concise titles, stable entity names, relevant `filesModified`, and `topicKey` for evolving topics.
- Use `longTerm` only for a stable fact, reusable procedure, or completed episode that merits explicit review. It creates a candidate, not live context; keep the default project scope and do not use it for routine updates.
- A `user` + `portable` durable memory in a task brief is intentionally reusable across projects. When it matches the task, use it as background even if it originated elsewhere; it is not a current-project fact. Expand it only when needed with `memorix_detail` and `typedRefs: ["durable:<id>"]`, stating the missing fact as `purpose`.
- Do not store secrets, credentials, raw private transcripts, trivial commands, or routine file reads.