session-search
Skill36 starsChanged 14 days agoMITView on GitHub
Search across sessions by user properties, device, browser, custom events, or page — find the needle in the haystack. Use when you need to find specific sessions without a pre-built metric or segment.
14 other projects use a version of this.
Adopted by
Most recently taken up by
- Ar9av/obsidian-wikitheir own version, first seen Nov 8, 2026
- apappascs/claude-code-sessionstheir own version, first seen Nov 1, 2026
- sunnysxg/claude_skillstheir own version, first seen Oct 20, 2026
- advaitpaliwal/feynmantheir own version, first seen Oct 8, 2026
- joelhooks/joelclawtheir own version, first seen Oct 8, 2026
- companion-inc/feynmantheir own version, first seen Oct 8, 2026
Used with
Projects with it also use ml-training-recipe, replication and 9 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
getcompanion-aiSkillml-training-recipe
Find implementable ML training recipes from papers, datasets, docs, and code. Use when the user wants to fine-tune, train, reproduce, or choose a practical ML method, dataset, hyperparameter setup, or benchmark recipe.
Also in 3 projects that use this
getcompanion-aiSkillreplication
Plan a replication of a paper, claim, or benchmark, and execute only after an explicit environment choice. Use when the user asks to replicate results, reproduce an experiment, verify a claim empirically, or build a replication package.
Also in 3 projects that use this
brainbytes-devSkillalpha-research
Also in 3 projects that use this
JaimeParkerSkillpaper-code-audit
Perform three-way cross-validation of a research paper by comparing the original paper text (via Zotero), official code implementation (via Git), and personal Obsidian notes. Use this skill whenever the user wants to "audit a paper", "verify paper claims against code", "cross-check notes with implementation", "triangulate paper + code + notes", "find discrepancies between paper and code", or mentions wanting a deep, structured comparison of a paper's claims against its implementation and their own notes. Also trigger when the user asks to "analyze this paper thoroughly" with code available, or when they want to systematically reconcile what the paper says, what the code does, and what their notes claim.
Also in 3 projects that use this
JimLiuSkillpdf-explore
Use this skill when the user has attached a PDF, paper, report, or other document and the answer needs content from more than one place in it: summarize the methods or any other section, compare sections, find where a topic is discussed, read a value or label off a figure or chart, or find/list/extract every instance of something across the whole document (datasets, benchmarks, citations, figures, table rows, accession numbers — including appendices). Skip it only for a single lookup of 1–4 pages quoted in your very next response — `read_file(pages=[...])` attaches pages as images that are dropped from context after one turn, so multi-section answers end up re-reading the same ranges repeatedly. Parses the PDF once in the Python kernel: `pdf_pages` (pages as persistent text), `pdf_outline` (TOC), `pdf_scan` (rank pages by relevance), `pdf_map`/`pdf_extract` (per-page summary / structured fields via parallel haiku calls). For PDF creation/manipulation, use reportlab/pypdf directly.
Also in 3 projects that use this
michalparkolaSkillsession-log
Summarize the current conversation session and append results to the weekly agent-log. Use when user says "log this", "session log", "summarize this session", or asks to write results to the agent-log.
Also in 4 projects that use this
- +1 more from getcompanion-ai
Other versions14 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 14
- advaitpaliwal/feynman★ 10ksame name
- companion-inc/feynman★ 10ksame name
- getcompanion-ai/feynman★ 10ksame name
- Ar9av/obsidian-wiki★ 3.7ksame name
- glebis/claude-skills★ 410same name
- mikeyobrien/rho★ 372same name
- joelhooks/joelclaw★ 65same name
- apappascs/claude-code-sessions★ 2same name
- andrewsoonqn/skills★ 0same name
- eric-wien/ogma★ 0same name
4 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository45 other files it gives its agents.
- a11y-analyzerSkill
- annotation-opsSkill
- anomaly-detectorSkill
- api-monitorSkill
- benchmark-analyzerSkill
- campaign-trackerSkill
- changelog-detectiveSkill
- cohort-compassSkill
- comparisonsSkill
- customer-360Skill
- dashboard-builderSkill
- deploy-radarSkill
- error-forensicsSkill
- experiment-analyzerSkill
- feature-adoptionSkill
- form-analyzerSkill
- frustration-hunterSkill
- funnel-doctorSkill
- general-analysisSkill
- heatmap-generatorSkill
- incident-responderSkill
- jira-bug-reporterSkill
- journey-builderSkill
- lifecycle-analyzerSkill
- metric-auditorSkill
- mobile-analyzerSkill
- nps-proxySkill
- onboarding-tutorSkill
- page-performanceSkill
- persona-builderSkill
- predictive-alertsSkill
- privacy-auditorSkill
- query-translatorSkill
- quick-statsSkill
- report-deckSkill
- retention-analyzerSkill
- revenue-impactSkill
- scroll-depth-analyzerSkill
- segment-wizardSkill
- session-playlistSkill
- session-reviewSkill
- slack-reporterSkill
- user-journeySkill
- webhook-healthSkill
- weekly-digestSkill
The file
We split this skill into the rules it gives an agent
5 rules. 0 are common, 3 are distinctive, and 2 are very specific to this project.
0
Common
Most of the 10 edited versions we read keep these.
3
Distinctive
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 81
If the search returns many sessions, offer to narrow by:
- Very specific: line 88
If the user wants to know what happened in a session, pass it to session-review.
- Distinctive: line 103
If search returns zero, broaden the criteria (wider time range, fewer filters) before reporting "not found."
- Distinctive: line 104
Always return session URLs — the user may want to watch the replay in Fullstory.
- Very specific: line 106
If the user wants to understand *what happened* in the sessions found, delegate to session-review or session-context — don't try to do it …
“Common” is measured: kept by at least 6 in 10 of the 10 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Session Search
Find sessions by searching across user properties, device, browser, custom events, and pages — without needing a metric or segment first.
When to Use
- "Find sessions where users on Safari mobile visited /checkout"
- "Show me sessions from enterprise users who saw an error"
- "Find the session for user ID 84721 from yesterday"
- "Show me sessions where custom event 'trial_started' fired"
- "Find sessions from users in Germany who visited the pricing page"
Mental Model
Session search is for targeted lookups when you know who or what you're looking for. It's different from metrics (which aggregate across many users) and opportunities (which rank by frustration). Session search is a point query: "find me these specific sessions."
Workflow
Step 1: Clarify the search criteria
What does the user know? Common search axes:
| Criterion | Tool |
| Specific user ID or email | fullstory:get_user_profile → sessions |
| Device type or browser | fullstory:get_sessions with device/browser filters |
| Page URL | fullstory:get_sessions with page filter |
| Custom event | fullstory:get_sessions with event filter |
| User property (plan, role, country) | Build segment → fullstory:get_sessions(segment_id) |
| Time range | Always specify — narrow is faster |
Step 2: Execute the search
By user ID or email:
fullstory:get_user_profile(userIdentifier="user@example.com")
→ returns user's recent sessions with device_id and session_id
→ load each session through session-context agentBy device/browser/page:
fullstory:get_sessions(
device="mobile",
browser="safari",
page="/checkout",
time_range="last_7_days",
limit=5
)By user property (plan, role, country):
fullstory:build_segment("users on enterprise plan in Germany")
fullstory:get_sessions(segment_id=segment_id, limit=5)By custom event:
fullstory:get_sessions(
event="trial_started",
time_range="last_30_days",
limit=5
)Step 3: Present results
For each session found, show:
- Session date/time
- User identifier (if available)
- Device and browser
- Key pages visited
- Session URL (so the user can open it in Fullstory)
If the search returns many sessions, offer to narrow by:
- Adding a time range constraint
- Adding a device/page filter
- Combining criteria (e.g., "enterprise users on mobile who visited /checkout")
Step 4: Investigate (if needed)
If the user wants to know what happened in a session, pass it to session-review. If they want to know what a specific user did across multiple sessions, use user-journey.
Common Search Patterns
| Question | Approach |
| "Show me user 84721's sessions" | get_user_profile → sessions |
| "Find Safari mobile sessions on /checkout" | get_sessions(device="mobile", browser="safari", page="/checkout") |
| "Enterprise users who hit errors" | Build enterprise segment + build error metric → get_sessions(metric_id) |
| "Sessions where trial_started fired" | get_sessions(event="trial_started") |
| "Sessions from Germany on pricing page" | Build Germany segment → get_sessions(segment_id, page="/pricing") |
Guidelines
- Narrow time ranges first — scanning 90 days of sessions is slow. Default to
last_7_days. - If search returns zero, broaden the criteria (wider time range, fewer filters) before reporting "not found."
- Always return session URLs — the user may want to watch the replay in Fullstory.
- For user property searches (plan, role, country), building a segment is one extra call but much faster than scanning all sessions.
- If the user wants to understand what happened in the sessions found, delegate to
session-revieworsession-context— don't try to do it here.
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.

