session-searcher

An agent that searches previous Claude Code or Codex command-line sessions for specific work, decisions, or code patterns. It returns a focused summary from the relevant session files.

In plain words
What is it for?
Finding past implementation details, locating earlier decisions, recovering code patterns, and summarizing up to several relevant sessions.
Why use it?
It avoids repeating investigations when the needed context already exists in an earlier coding session.

Agent

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add agents/iofold/ainative-claude-plugins/session-searcher
Clone the repo
git clone --depth 1 https://github.com/iofold/ainative-claude-plugins
Per session 64 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 931 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin 94% copy Near-identical to another mod in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00064 $0.00931
Opus 5 $0.00032 $0.00465
Sonnet 5 $0.00013 $0.00186
Haiku 4.5 $0.00006 $0.00093

Measured 2d ago against content hash fad6548011c5, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

session-searcher scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

Origin

This is a copy

94% identical to session-searcher — 9 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.

session-management/agents/session-searcher.md · 92 lines

How it starts

The opening of the file, as written. The whole thing — 92 lines — stays where its author put it; the contents beside it link to each section on GitHub.

  1. Choose your approach:

    Path A -- Direct examination (when session file is already known):

    • If a specific file path was provided, or context makes it obvious which session to examine, go directly to that file.
    • Read the session file and extract the relevant information.
    • Skip to step 3.

    Path B -- Search first (when you need to discover sessions):

    • Run aichat search --json -n 10 "[query]" (use -g for global, --dir "project" to filter)
    • Parse results with jq to extract: session_id, project, created, snippet, file_path
    • Read session files at the file_path from results (max 3 files)
    • Run aichat search --help to see all options (date filters, branch filters, etc.)
  2. Verify if needed: If referencing current codebase files (TO-DOS.md, etc.), read them to confirm current state

  3. Summarize: Return a focused summary with key findings and session references

<output_format> Return a concise but comprehensive summary containing:

  1. Key Findings: 2-3 bullet points answering the query
  2. Relevant Sessions: Session IDs and dates for reference
  3. Specific Content: Code snippets or quotes if directly relevant
  4. Context: Brief explanation of how findings relate to query

Format as clean markdown, not raw JSON. </output_format>

Search: aichat search --json -n 10 "authentication design"

Summary:

Key Findings

  • Session abc123 (Dec 10): Discussed JWT vs session-based auth, decided on JWT for API
  • Session def456 (Dec 8): Implemented refresh token rotation pattern

Read the full file on GitHub · 92 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 2d ago First seen · 92 lines · 64 tokens per session scan A fad6548011c5

Subscribe to this mod's changes

session-searcher is an agent published in the GitHub repository iofold/ainative-claude-plugins (3 stars, last pushed 14d ago), licensed MIT. It adds 64 tokens to every session and 931 once invoked, about $0.0003 per session on Opus 5. A static security scan graded it A with 0 findings. It is 94% identical to session-searcher, differing in 9 lines, and is treated as a copy.