From memex
Loads prior context from a Zettelkasten memory store using the memex CLI or MCP tools. Invoke when tasks overlap with past work.
How this skill is triggered — by the user, by Claude, or both
Slash command
/memex:memex-recallThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
You have access to a Zettelkasten memory system via the `memex` CLI. Before starting this task, search your memory for relevant prior knowledge.
You have access to a Zettelkasten memory system via the memex CLI. Before starting this task, search your memory for relevant prior knowledge.
Three equivalent interfaces — use whichever your environment supports:
| CLI (memex in PATH) | Plugin CLI fallback (Claude Code) | MCP tool (VSCode / Cursor) |
|---|---|---|
memex read index | node ~/.claude/plugins/cache/cc-plugins/memex/*/dist/cli.js read index | memex_read with slug index |
memex search <q> | node ~/.claude/plugins/cache/cc-plugins/memex/*/dist/cli.js search <q> | memex_search with query arg |
memex read <slug> | node ~/.claude/plugins/cache/cc-plugins/memex/*/dist/cli.js read <slug> | memex_read with slug arg |
memex search (no args) | node ~/.claude/plugins/cache/cc-plugins/memex/*/dist/cli.js search | memex_search with no args |
Resolution order: Try memex in PATH first. If not found, define a shell function and use it:
memex() { node $HOME/.claude/plugins/cache/cc-plugins/memex/*/dist/cli.js "$@"; }
If both CLI approaches fail, use MCP tools.
The rest of this skill uses memex CLI syntax for brevity.
digraph recall {
"Task received" -> "Relevant to prior work?" [shape=diamond];
"Relevant to prior work?" -> "Generate 1-3 search keywords" [label="yes"];
"Relevant to prior work?" -> "Proceed without recall" [label="no"];
"Generate 1-3 search keywords" -> "memex search <query>";
"memex search <query>" -> "Review summaries";
"Review summaries" -> "Relevant cards found?" [shape=diamond];
"Relevant cards found?" -> "memex read <card>" [label="yes"];
"Relevant cards found?" -> "Need broad overview?" [label="no"];
"Need broad overview?" -> "memex read index" [label="yes"];
"Need broad overview?" -> "Proceed without recall" [label="no"];
"memex read index" -> "Pick relevant slugs" -> "memex read <card>";
"memex read <card>" -> "See [[links]] in content";
"See [[links]] in content" -> "Links worth following?" [shape=diamond];
"Links worth following?" -> "memex read <linked-card>" [label="yes"];
"Links worth following?" -> "Enough context?" [label="no"];
"memex read <linked-card>" -> "See [[links]] in content";
"Enough context?" -> "More queries to try?" [label="no"];
"More queries to try?" -> "Generate new query" [label="yes"];
"Generate new query" -> "memex search <query>";
"More queries to try?" -> "Summarize findings, proceed with task" [label="no"];
"Enough context?" -> "Summarize findings, proceed with task" [label="yes"];
}
Generate 1-3 search keywords from the current task and run memex search <keyword> for each. This is faster and more focused than reading the full index.
If you need a broad overview of what's in memory (e.g. first time working in this area, or the task is vague), run memex read index. The index is a curated concept → card mapping. It's much smaller than all cards combined and gives you entry points.
When you read a card and see [[links]] in the prose, decide if they're worth following. If yes, memex read <linked-slug>.
When you have enough context, summarize your findings and proceed with the task.
gitee pr auth workflow, not a token value or credential file contents).memex search. Following a [[link]] from there is hop 1, etc.memex read calls. If you've read 20 cards, stop immediately.memex search <keyword> over reading the full index — it's faster and more focusedmemex read index when you need a broad overview or search returns nothing usefulnpx claudepluginhub iamtouchskyer/memex --plugin memexReflect on completed tasks and save atomic insights to a Zettelkasten memory system. Invoke after code changes, debugging, or non-trivial problem solving.
Retrieves project memory for user queries via three-step fallback: ROOT.md topics triage, frontmatter manifest LLM selection from weekly/monthly notes, qmd search. Use when past knowledge may apply.
Recall facts from past sessions via memoir. STORE PATH: ALWAYS compute first via `STORE=$(bash "$CLAUDE_PLUGIN_ROOT/scripts/derive-store-path.sh")` (or `$MEMOIR_STORE`). Pass `-s "$STORE"` on every call — never rely on memoir's connected default (frequently stale). PROCEDURE (single-shot default): ONE `summarize --depth 3 -n default` → pick at most 5–7 keys → batch `get`. Only escalate to drill (batched `--keys`) if the depth-3 response shows `total_memories > 1000` AND the query is broad. Never call `summarize --depth 1` separately — `--depth 3` already returns count + full key listing. EXCLUDE `metrics.*` unless args contain `--include-metrics`. NEVER shell out to `memoir recall` (legacy LLM-bundled, slow, requires OPENAI_API_KEY). First reply line MUST be a mode marker `[mode=get|fast|drill|flat|blame|diff]`. DEFAULT ON: invoke for any question or task that may depend on past preferences, decisions, conventions, or knowledge — questions touching prior state, meta/overview asks, design/implementation prompts where output may reflect prior style, SessionStart hints, or any moment you'd otherwise silently apply remembered facts. SKIP only for mechanical single-symbol lookups, throwaway scratch work, or explicit user opt-out. Defer to memoir-onboard for repo-structure questions (it owns `codebase:onboard`). Cost of an unused recall is low; cost of missing a remembered preference is high.