29e6441d32
- Updated SKILL.md to emphasize batch fetching for observations, clarifying usage and efficiency. - Removed deprecated tools from mcp-server.ts and streamlined tool definitions for clarity. - Enhanced formatting in FormattingService.ts for better output readability. - Adjusted SearchManager.ts to improve result headers and removed unnecessary search tips from combined text.
221 lines
5.3 KiB
Markdown
221 lines
5.3 KiB
Markdown
---
|
|
name: mem-search
|
|
description: Search claude-mem's persistent cross-session memory database. Use when user asks "did we already solve this?", "how did we do X last time?", or needs work from previous sessions.
|
|
---
|
|
|
|
# Memory Search
|
|
|
|
Search past work across all sessions. Simple workflow: search → get IDs → fetch details by ID.
|
|
|
|
## When to Use
|
|
|
|
Use when users ask about PREVIOUS sessions (not current conversation):
|
|
|
|
- "Did we already fix this?"
|
|
- "How did we solve X last time?"
|
|
- "What happened last week?"
|
|
|
|
## The Workflow
|
|
|
|
**ALWAYS follow this exact flow:**
|
|
|
|
1. **Search** - Get an index of results with IDs
|
|
2. **Timeline** - Get context around top results to understand what was happening
|
|
3. **Review** - Look at titles/dates/context, pick relevant IDs
|
|
4. **Fetch** - Get full details ONLY for those IDs
|
|
|
|
### Step 1: Search Everything
|
|
|
|
Use the `search` MCP tool:
|
|
|
|
**Required parameters:**
|
|
|
|
- `query` - Search term
|
|
- `format: "index"` - ALWAYS start with index (lightweight)
|
|
- `limit: 30` - You can request large indexes as necessary
|
|
- `project` - Project name (required)
|
|
|
|
**Example:**
|
|
|
|
```
|
|
search(query="authentication", format="index", limit=30, project="my-project")
|
|
```
|
|
|
|
**Returns:**
|
|
|
|
```
|
|
1. [feature] Added JWT authentication
|
|
Date: 11/17/2025, 3:48:45 PM
|
|
ID: 11131
|
|
|
|
2. [bugfix] Fixed auth token expiration
|
|
Date: 11/16/2025, 2:15:22 PM
|
|
ID: 10942
|
|
```
|
|
|
|
### Step 2: Get Timeline Context
|
|
|
|
You MUST understand "what was happening" around a result.
|
|
|
|
Use the `timeline` MCP tool:
|
|
|
|
**Example with observation ID:**
|
|
|
|
```
|
|
timeline(anchor=11131, depth_before=3, depth_after=3, project="my-project")
|
|
```
|
|
|
|
**Example with query (finds anchor automatically):**
|
|
|
|
```
|
|
timeline(query="authentication", depth_before=3, depth_after=3, project="my-project")
|
|
```
|
|
|
|
**Returns exactly `depth_before + 1 + depth_after` items** - observations, sessions, and prompts interleaved chronologically around the anchor.
|
|
|
|
**When to use:**
|
|
|
|
- User asks "what was happening when..."
|
|
- Need to understand sequence of events
|
|
- Want broader context around a specific observation
|
|
|
|
### Step 3: Pick IDs
|
|
|
|
Review the index results (and timeline if used). Identify which IDs are actually relevant. Discard the rest.
|
|
|
|
### Step 4: Fetch by ID
|
|
|
|
For each relevant ID, fetch full details using MCP tools:
|
|
|
|
**Fetch multiple observations (ALWAYS use for 2+ IDs):**
|
|
|
|
```
|
|
get_batch_observations(ids=[11131, 10942, 10855])
|
|
```
|
|
|
|
**With ordering and limit:**
|
|
|
|
```
|
|
get_batch_observations(
|
|
ids=[11131, 10942, 10855],
|
|
orderBy="date_desc",
|
|
limit=10,
|
|
project="my-project"
|
|
)
|
|
```
|
|
|
|
**Fetch single observation (only when fetching exactly 1):**
|
|
|
|
```
|
|
get_observation(id=11131)
|
|
```
|
|
|
|
**Fetch session:**
|
|
|
|
```
|
|
get_session(id=2005) # Just the number from S2005
|
|
```
|
|
|
|
**Fetch prompt:**
|
|
|
|
```
|
|
get_prompt(id=5421)
|
|
```
|
|
|
|
**ID formats:**
|
|
|
|
- Observations: Just the number (11131)
|
|
- Sessions: Just the number (2005) from "S2005"
|
|
- Prompts: Just the number (5421)
|
|
|
|
**Batch optimization:**
|
|
|
|
- **ALWAYS use `get_batch_observations` for 2+ observations**
|
|
- 10-100x more efficient than individual fetches
|
|
- Single HTTP request vs N requests
|
|
- Returns all results in one response
|
|
- Supports ordering and filtering
|
|
|
|
## Search Parameters
|
|
|
|
**Basic:**
|
|
|
|
- `query` - What to search for (required)
|
|
- `format` - "index" (NEVER USE FULL)
|
|
- `limit` - How many results (default 30)
|
|
- `project` - Filter by project name (required)
|
|
|
|
**Filters (optional):**
|
|
|
|
- `type` - Filter to "observations", "sessions", or "prompts"
|
|
- `dateStart` - Start date (YYYY-MM-DD or epoch timestamp)
|
|
- `dateEnd` - End date (YYYY-MM-DD or epoch timestamp)
|
|
- `obs_type` - Filter observations by type (comma-separated): bugfix, feature, decision, discovery, change
|
|
|
|
## Examples
|
|
|
|
**Find recent bug fixes:**
|
|
|
|
Use the `search` MCP tool with filters:
|
|
|
|
```
|
|
search(query="bug", type="observations", obs_type="bugfix", format="index", limit=30, project="my-project")
|
|
```
|
|
|
|
**Find what happened last week:**
|
|
|
|
Use date filters:
|
|
|
|
```
|
|
search(type="observations", dateStart="2025-11-11", format="index", limit=30, project="my-project")
|
|
```
|
|
|
|
**Search everything:**
|
|
|
|
Simple query search:
|
|
|
|
```
|
|
search(query="database migration", format="index", limit=30, project="my-project")
|
|
```
|
|
|
|
**Get detailed instructions:**
|
|
|
|
Use the `progressive_ix` tool to load full instructions on-demand:
|
|
|
|
```
|
|
progressive_ix(topic="workflow") # Get 4-step workflow
|
|
progressive_ix(topic="search_params") # Get parameters reference
|
|
progressive_ix(topic="examples") # Get usage examples
|
|
progressive_ix(topic="all") # Get complete guide
|
|
```
|
|
|
|
## Why This Workflow?
|
|
|
|
**Massive performance gains:**
|
|
|
|
- **Index format:** ~50-100 tokens per result
|
|
- **Full format:** ~500-1000 tokens per result
|
|
- **10x token savings** - only fetch full when you know it's relevant
|
|
|
|
**Batch fetching optimization:**
|
|
|
|
- **Fetching 10 observations individually:** 10 HTTP requests, ~5-10s latency
|
|
- **Batch fetch:** 1 HTTP request, ~0.5-1s latency
|
|
- **10-100x faster** for multi-observation queries
|
|
|
|
**Clarity:**
|
|
|
|
- See everything first (index)
|
|
- Get timeline context around interesting results
|
|
- Pick what matters based on context
|
|
- Fetch details only for what you need (batch when possible)
|
|
|
|
---
|
|
|
|
**Remember:**
|
|
|
|
- ALWAYS search with `format="index"` first for token efficiency
|
|
- ALWAYS get timeline context to understand what was happening
|
|
- ALWAYS use `get_batch_observations` when fetching 2+ observations
|
|
- The workflow is optimized: index → timeline → batch fetch = 10-100x faster
|