recall-knowledge
Skill4 starsChanged 5 months agoMITView on GitHub
Recall knowledge base entries by meaning, not just keywords — hybrid search (lexical ripgrep + local vector embeddings + see-link graph) over `.claude/knowledge/entries/`. Use when looking for prior knowledge, decisions, pitfalls, or context that may be worded differently from the query (e.g. a Japanese query vs English identifiers, or synonyms the entry does not literally contain). Falls back to ripgrep-only when the vector index or its dependencies are absent. On-demand only — it is NOT wired into the per-prompt hook (that stays ripgrep for instant, model-free injection).
In this repository3 other files it gives its agents.
- plan-taskSkill
- record-knowledgeSkill
- review-knowledgeSkill
The file
We split this skill into the rules it gives an agent
7 rules. About 0 are common, 4 are distinctive, and 3 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈4
Distinctive · estimate
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 23
Before starting work on a topic, to pull related accumulated knowledge
- Very specific: line 24
NOT for per-prompt automatic injection — that stays ripgrep via the existing userpromptsubmit_knowledge_search.sh hook (instant, no model …
- Very specific: line 28
Run the search with --summary: each hit shows its title, its description (the trigger condition — when to open it) and its typed links with …
- Distinctive: line 34
When the recall looks like it needs several hops — tracing how a decision evolved, asking how two topics connect, or mapping everything …
- Distinctive: line 46
Read the procedure file at: {plugin_root}/skills/recall-knowledge/procedure.md
- Distinctive: line 47
Follow it: resolve paths, decide hybrid vs ripgrep-fallback, run the search, present the ranked results, and Read the top entries when …
- Very specific: line 52
Search script: {plugin_root}/scripts/kb_search.py
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Recall Knowledge
Goal
Surface the most relevant knowledge entries for a query by meaning — bridging synonyms and cross-language wording (e.g. Japanese ↔ English identifiers) that literal keyword search misses.
When to Use
- Searching the knowledge base for prior art, decisions, pitfalls, or related context
- The query may be worded differently than the entries (synonyms, JA query vs EN identifiers)
- Before starting work on a topic, to pull related accumulated knowledge
- NOT for per-prompt automatic injection — that stays ripgrep via the existing
userpromptsubmit_knowledge_search.shhook (instant, no model load)
Summary First, Then One Entry
Run the search with --summary: each hit shows its title, its description
(the trigger condition — when to open it) and its typed links with the labels
their authors wrote. Choose the single entry to Read from that; do not open
several candidates to compare them. Details in the procedure file.
Structure First for Multi-Hop Questions
When the recall looks like it needs several hops — tracing how a decision evolved,
asking how two topics connect, or mapping everything around an entry — do NOT chain
search → read → follow links → read again. Query the link graph first
(kb_graph.py neighborhood / path), pick the endpoints from the structure
(IDs + titles only), and Read just those entries. Details in the procedure file.
Execution (run directly — do NOT delegate to a subagent)
IMPORTANT: hybrid search executes code (uv run a Python script). Subagents run in a sandbox
that blocks code execution, networking, and out-of-cwd writes, so this skill runs from the
MAIN agent's Bash — do NOT spawn an Agent for the search itself.
- Read the procedure file at: {plugin_root}/skills/recall-knowledge/procedure.md
- Follow it: resolve paths, decide hybrid vs ripgrep-fallback, run the search, present the ranked results, and Read the top entries when their content is needed for the answer.
Paths:
- Knowledge base: {project_root}/.claude/knowledge/
- Search script: {plugin_root}/scripts/kb_search.py
- Index builder: {plugin_root}/scripts/kb_index.py (only to advise building the index)
- Graph CLI: {plugin_root}/scripts/kb_graph.py (pure stdlib — needs neither uv nor the index)
IMPORTANT: The procedure / script paths use the plugin's base directory, NOT the project
directory. Read the "Base directory for this skill" line from the skill loading message to
determine {plugin_root}.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

