Search¶
Ask the agent about past work, or slash-invoke a search skill. Prefer sr-search when you are not sure whether the answer is a structured SQL lookup or meaning-based recall — it routes to the right surface(s) and synthesizes one answer.
After Quickstart, the warehouse must already have data (Load the Warehouse). Empty results are often a freshness or torch problem, not a bad question — see Troubleshooting.
How to ask¶
Natural language is enough (“when did we last fight the dashboard port?”). When you want a specific surface:
| Skill | Cursor | Claude Code |
|---|---|---|
sr-search |
/sr-search |
/stockroom:sr-search |
sr-query |
/sr-query |
/stockroom:sr-query |
sr-semantic |
/sr-semantic |
/stockroom:sr-semantic |
Example:
Operational flags and recovery tables live in each skill's SKILL.md — this page does not duplicate them. To run the engine without another agent turn, see Advanced → CLI (stockroom query / stockroom semantic).
The three search skills¶
sr-search¶
The friendly default. It classifies the ask, delegates to sr-query and/or sr-semantic, and presents one answer with supporting session/message ids.
| The ask | What it does |
|---|---|
| Exact or structured (ids, filters, counts, joins) | Routes to sr-query |
| Meaning-based (describe the topic, not the id) | Routes to sr-semantic |
| Broad or ambiguous (both a nameable shape and a concept) | Runs both, then synthesizes |
If one surface comes back empty or thin, it should try the other before concluding the content is absent. Scores from semantic search are never blended with SQL rows — different kinds of evidence.
sr-query¶
Read-only SQL against the warehouse (sessions, messages, tool_calls, embeddings, and views such as session_token_usage). Reach for it when the question has a known shape: a message or session id, WHERE filters, counts, GROUP BY, joins, date ranges, token sums.
For per-conversation token rollups, prefer VIEW session_token_usage over hand-rolled SUM on messages — worked examples live in the sr-query skill (agents: /sr-query or /stockroom:sr-query).
Some common but gnarly queries (full tool rankings, richer token rollups, per-harness skill-use SQL, etc.) have already been figured out for you; see the Advanced Query cookbook.
The surface is read-only by construction — you cannot corrupt the warehouse by querying. Do not use SQL ILIKE as a substitute for meaning-based recall; that is sr-semantic.
sr-semantic¶
Vector (meaning-based) search. Reach for it when you can describe the content but not name an id — “conversations about flaky tests,” “where did we debug the warehouse deadlock.”
Phrase the query as a short description of the content you want. Embedding/search needs a working torch install (Torch); ingest and sr-query do not. Weak results on recent work often mean ingest caught up but embed has not — Load the Warehouse.
What to try next¶
- Prefer
sr-searchunless you already know you want pure SQL or pure vectors. - Browse metrics and past conversations in the UI: Dashboard.
- Skill index for all
sr-*surfaces: Skill index. - Stuck on empty/thin results or read-only SQL errors? Troubleshooting · Search · Torch.