/memtrace-episode-replay
Replay the graph diff of one episode — a single git commit or working-tree save — to inspect what it changed: added/modified/removed symbols and edges. Use when the user asks what one commit or save changed in the graph, why code looks this way, or wants to inspect
$ npx -y skills add syncable-dev/memtrace-public --skill memtrace-episode-replay --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/memtrace-episode-replay
Context preview
The summary Claude sees to decide when to auto-load this skill.
Replay the graph diff of one episode — a single git commit or working-tree save — to inspect what it changed: added/modified/removed symbols and edges. Use when the user asks what one commit or save changed in the graph, why code looks this way, or wants to inspect
SKILL.md
memtrace-episode-replay.SKILL.mdname: memtrace-episode-replay
description: "Replay the graph diff of one episode — a single git commit or working-tree save — to inspect what it changed: added/modified/removed symbols and edges. Use when the user asks what one commit or save changed in the graph, why code looks this way, or wants to inspect implementation attempts, reversions, past reasoning, or abandoned approaches across commits and working-tree episodes. Do not use git log or Grep for graph-level episode diffs; Memtrace replays indexed episode records. Do NOT use for module-level summaries or date-range change history — use memtrace-evolution."
Overview
Replay the graph diff for **one episode** (a single git commit or working-tree save). Shows which nodes/edges were added, modified, or removed in that episode — not a multi-episode time-range narrative.
Use `get_evolution(mode: "recent")` to **find** episode IDs and timestamps, then drill into a specific episode with this tool.
Episode selector — pick one
| Approach | Parameters | |---|---| | Known episode UUID | `episode_id` | | Newest episode in repo | `repo_id` + `episode_index: 0` | | Nth newest | `repo_id` + `episode_index: N` |
**There is no `from` / `to` / `include_working_tree` on this tool.**
Optional filters (large commits)
| Param | Purpose | |---|---| | `symbol` | Scope to one symbol name | | `file_path` | Substring filter on record paths | | `kind` | e.g. `"Function"`, `"CALLS"` | | `mode` | `"graph_summary"` for digest on huge commits | | `compress` | default `true` — collapse identical-hash modifications | | `limit` / `cursor` | Pagination per bucket (default limit 200) |
Full parameter spec for every Memtrace tool: `references/mcp-parameters.md` (bundled at the memtrace-skills plugin root).
Steps
1. Find the episode to inspect
From `get_evolution`:
{ "repo_id": "memdb", "from": "7d ago", "mode": "recent", "limit": 20 }Each entry has `episode` metadata including `id` (use as `episode_id`) and `reference_time`.
Or use `episode_index: 0` for the newest episode without knowing the UUID.
2. Call `get_episode_replay`
By episode UUID:
{
"episode_id": "550e8400-e29b-41d4-a716-446655440000",
"symbol": "execute",
"file_path": "src/order/service.rs",
"kind": "Function",
"compress": true,
"limit": 200
}Newest episode, summary first on large commits:
{
"repo_id": "memdb",
"episode_index": 0,
"mode": "graph_summary"
}3. Interpret the response
| Field | Meaning | |---|---| | `found` | `false` if episode missing — check `_note` | | `totals` | Counts: `nodes_added/modified/removed`, `edges_*` | | `nodes_added[]` etc. | Per-record diffs (paginated) | | `page.next_cursor` | More records remain — pass as `cursor` |
For symbol history **across many episodes**, use `get_timeline` instead:
{
"repo_id": "memdb",
"scope_path": "OrderService.execute",
"file_path": "src/order/service.rs"
}Output
`get_episode_replay` returns the buckets interpreted in step 3:
{
"found": true,
"totals": { "nodes_added": 3, "nodes_modified": 12, "nodes_removed": 1, "edges_added": 7, "edges_removed": 2 },
"nodes_added": [ /* per-record diffs, paginated per bucket */ ],
"nodes_modified": [ /* … */ ],
"edges_removed": [ /* … */ ],
"page": { "next_cursor": 200 }
}Common Mistakes
| Mistake | Reality | |---------|---------| | Passing `from` / `to` time window | Not supported — one episode per call | | Expecting `narrative_hint` / `attempted_and_reverted` | Not in API — inspect added/modified/removed buckets | | Unfiltered replay on 10k-symbol commits | Use `kind`, `file_path`, `symbol`, or `mode: "graph_summary"` first | | Using this for "what changed last week?" or module summaries | Use memtrace-evolution — `get_evolution(from=..., mode: recent)` — to list episodes |
Read more
name: memtrace-episode-replay description: "Replay the graph diff of one episode — a single git commit or working-tree save — to inspect what it changed: added/modified/removed symbols and edges. Use when the user asks what one commit or save changed in the graph, why code looks this way, or wants to inspect implementation attempts, reversions, past reasoning, or abandoned approaches across commits and working-tree episodes. Do not use git log or Grep for graph-level episode diffs; Memtrace replays indexed episode records. Do NOT use for module-level summaries or date-range change history — use memtrace-evolution."
Overview
Replay the graph diff for **one episode** (a single git commit or working-tree save). Shows which nodes/edges were added, modified, or removed in that episode — not a multi-episode time-range narrative.
Use `get_evolution(mode: "recent")` to **find** episode IDs and timestamps, then drill into a specific episode with this tool.
Episode selector — pick one
| Approach | Parameters | |---|---| | Known episode UUID | `episode_id` | | Newest episode in repo | `repo_id` + `episode_index: 0` | | Nth newest | `repo_id` + `episode_index: N` |
**There is no `from` / `to` / `include_working_tree` on this tool.**
Optional filters (large commits)
| Param | Purpose | |---|---| | `symbol` | Scope to one symbol name | | `file_path` | Substring filter on record paths | | `kind` | e.g. `"Function"`, `"CALLS"` | | `mode` | `"graph_summary"` for digest on huge commits | | `compress` | default `true` — collapse identical-hash modifications | | `limit` / `cursor` | Pagination per bucket (default limit 200) |
Full parameter spec for every Memtrace tool: `references/mcp-parameters.md` (bundled at the memtrace-skills plugin root).
Steps
1. Find the episode to inspect
From `get_evolution`:
{ "repo_id": "memdb", "from": "7d ago", "mode": "recent", "limit": 20 }Each entry has `episode` metadata including `id` (use as `episode_id`) and `reference_time`.
Or use `episode_index: 0` for the newest episode without knowing the UUID.
2. Call `get_episode_replay`
By episode UUID:
{
"episode_id": "550e8400-e29b-41d4-a716-446655440000",
"symbol": "execute",
"file_path": "src/order/service.rs",
"kind": "Function",
"compress": true,
"limit": 200
}Newest episode, summary first on large commits:
{
"repo_id": "memdb",
"episode_index": 0,
"mode": "graph_summary"
}3. Interpret the response
| Field | Meaning | |---|---| | `found` | `false` if episode missing — check `_note` | | `totals` | Counts: `nodes_added/modified/removed`, `edges_*` | | `nodes_added[]` etc. | Per-record diffs (paginated) | | `page.next_cursor` | More records remain — pass as `cursor` |
For symbol history **across many episodes**, use `get_timeline` instead:
{
"repo_id": "memdb",
"scope_path": "OrderService.execute",
"file_path": "src/order/service.rs"
}Output
`get_episode_replay` returns the buckets interpreted in step 3:
{
"found": true,
"totals": { "nodes_added": 3, "nodes_modified": 12, "nodes_removed": 1, "edges_added": 7, "edges_removed": 2 },
"nodes_added": [ /* per-record diffs, paginated per bucket */ ],
"nodes_modified": [ /* … */ ],
"edges_removed": [ /* … */ ],
"page": { "next_cursor": 200 }
}Common Mistakes
| Mistake | Reality | |---------|---------| | Passing `from` / `to` time window | Not supported — one episode per call | | Expecting `narrative_hint` / `attempted_and_reverted` | Not in API — inspect added/modified/removed buckets | | Unfiltered replay on 10k-symbol commits | Use `kind`, `file_path`, `symbol`, or `mode: "graph_summary"` first | | Using this for "what changed last week?" or module summaries | Use memtrace-evolution — `get_evolution(from=..., mode: recent)` — to list episodes |
Structural memory for AI coding agents. Bi-temporal graph, MCP-native, zero LLM calls. Cursor · Claude Code · Codex · Hermes · VS Code · Windsurf.
Repo: syncable-dev/memtrace-public
Other skills on memtrace-public.
- /memtrace-api-topology
Map API endpoints, outbound HTTP calls, and cross-repo service topology in indexed source code. Use when the user asks about API endpoints, HTTP routes, fetch/client calls, REST surface, service dependencies, cross-repo dependencies, or API topology. Do not use Grep, Glob, rg,
Open skill - /memtrace-change-impact-analysis
Compute what a planned source-code change will break — blast radius, affected processes, cross-repo callers, temporal stability, and Cortex decision-memory constraints — and produce a risk-rated change plan. Use for multi-symbol or multi-part edits, refactors, API changes,
Open skill - /memtrace-cochange
Find files that historically co-change with a target symbol or file, ranked by co-occurrence across git episodes. Use when the user asks about historical coupling, co-change, what changes with this, hidden dependencies, or what else needs to move for source code. Do not use git
Open skill - /memtrace-code-review
Review GitHub pull requests with Memtrace's local graph-backed review engine. Use when the user asks to review a GitHub pull request, run Memtrace code review, post Memtrace review comments, create a PR with a review step, or publish local graph-backed review findings to GitHub.
Open skill - /memtrace-codebase-exploration
Map an indexed source-code repo into a structured overview — scale, communities, central symbols, execution flows, API surface, recent activity. Use when the user wants to explore, understand, onboard to, map, or get an overview of an indexed source-code repo, architecture,
Open skill - /memtrace-continuous-memory
Keep the Memtrace index fresh while editing by watching a repo for live, incremental re-indexing. Use when the user asks to keep Memtrace fresh while editing, watch a repo, enable live or incremental indexing, set up always-on memory (meaning Memtrace index watching, not generic
Open skill

