Get the complete edit history of a file across all sessions, with per-edit user-intent context. Returns total edit count, daily breakdown, distinct user intents that drove the edits, and linked memories. Use when you need to understand WHY a file was modified historically — far more accurate thanDocumentation Index
Fetch the complete documentation index at: https://docs.linksee.app/llms.txt
Use this file to discover all available pages before exploring further.
recall for file-centric questions because it queries session_file_edits (every physical edit) instead of summary memories.
Parameters
Substring to match against file paths. Can be a filename (
search-services.ts), partial path (src/db/), or full absolute path.Max distinct user-intent snippets to return.
If
true, filter results to files inside the client-provided roots (MCP Roots). Skips silently when the client provides no roots.Response
| Field | Description |
|---|---|
paths_matched | List of file paths that matched the substring |
total_edits | Total number of physical edits recorded |
first_edit / last_edit | Date range of edit history |
sessions_involved | Number of distinct sessions that edited this file |
daily_breakdown | Edits per day, grouped by operation type |
user_intents | Distinct user-intent snippets, ordered by recency |
linked_memories | Related memories with entity name and preview |
Example
recall_file is the “anti-Mem0 wall” feature — it connects physical file edits to the human intent behind them, something flat memory stores cannot do.