/memory-continue

name: memory-continue
description: "Resume prior work by rebuilding context from the Basic Memory knowledge graph — pick up where you left off using memory:// URLs, recent activity, and search. Use when starting a session or when the user says 'continue with...', 'back to...', or 'where were we?'"

Memory Continue

Resume previous work by reconstructing context from the Basic Memory knowledge graph, so the assistant can pick up across sessions instead of starting cold.

When to Use

• Starting a new session and you need to pick up where you left off
• The user references earlier work: "continue with...", "back to...", "where were we on...?"
• You need context about an ongoing project or spec
• The user asks about something discussed in a previous conversation
• You're working on a task that spans multiple sessions

Building Context

1. Identify What to Continue

If it's unclear, ask:

• What topic or project should you resume?
• What timeframe matters?
• Any specific aspect to focus on?

2. Gather Context with MCP Tools

**Known topic — use `build_context`.** Navigate the graph from a starting point, following relations outward:

build_context(
    url="memory://topic-or-note-name",
    depth=2,           # how many relation hops to follow
    timeframe="7d",    # bias toward recent changes
)

**No clear starting point — use `recent_activity`.** See what's changed and let it surface the thread:

recent_activity(timeframe="3d", depth=1)

**Looking for something specific — use `search_notes`.** Find candidate notes by keyword:

search_notes(query="async client refactor", page_size=10)

3. Read the Key Notes

Once you've identified the relevant notes, read them in full:

read_note(identifier="note-title-or-permalink")

4. Present Context to the User

Summarize what you found, incrementally:

• Current state of the work
• Recent changes or progress
• Open items and next steps
• Related context that might help

Memory URL Reference

`build_context` and `read_note` both accept `memory://` URLs, which address notes by permalink and support wildcards for gathering groups of notes.

memory://note-title            # a single note by permalink
memory://folder/*              # all notes in a folder
memory://specs/SPEC-24*        # pattern / prefix match
memory://project/*/requirements # path wildcards

Use a specific note URL to anchor on one starting point; use a wildcard to pull in a whole folder or family of related notes at once.

Timeframe Reference

`build_context` and `recent_activity` accept natural-language timeframes:

| Timeframe | Meaning | |-----------|---------| | `"today"` | Current day | | `"yesterday"` | Previous day | | `"3d"` or `"3 days"` | Last 3 days | | `"1 week"` or `"7d"` | Last week | | `"2 weeks"` | Last 2 weeks | | `"1 month"` | Last month |

Scenario Playbooks

Resuming a Spec or Project

# 1. Read the spec / project note
read_note(identifier="SPEC-24: Postgres Database Migration")

# 2. Pull in related context and recent changes via the graph
build_context(url="memory://SPEC-24*", timeframe="7d")

Then summarize: the goals, what's completed, what's pending, and any blockers or open decisions.

Continuing General Work

# 1. Check recent activity
recent_activity(timeframe="3d")

# 2. Read notes from the recent sessions it surfaces
read_note(identifier="relevant-note")

Then list the modified notes with brief descriptions and ask which thread to dive into.

Following Up on a Topic

# 1. Find the topic
search_notes(query="topic keywords")

# 2. Build context from the best match, following its relations
build_context(url="memory://found-note-permalink", depth=2)

Then present the full picture — the note plus its connected context.

Project Discovery

Project names are user-specific. To discover what's available before scoping a search or `memory://` URL:

list_memory_projects()

In multi-project setups, prefix a `memory://` URL with the project name (e.g. `memory://research/papers/crdt`) to scope it.

Guidelines

1. **Start broad, then narrow.** Get an overview with `recent_activity` or a wildcard `build_context`, then drill into specific notes. 2. **Present incrementally.** Share what you find as you go rather than holding everything until the end. 3. **Follow relations.** The graph's connections are the point — `build_context` with `depth` surfaces context you wouldn't find by reading one note. 4. **Check multiple projects.** Specs may live separately from implementation notes; discover projects with `list_memory_projects`. 5. **Confirm understanding.** Verify the reconstructed context is what the user actually needs before acting on it. 6. **Capture new progress.** As the resumed work advances, write it back to the graph (see the **memory-notes** skill) so the next session can continue too.