Skip to main content
ClaudeWave
Skill181 repo starsupdated 20d ago

session-profiler

Profile and debug Hermes sessions from their JSONL transcripts. Find a session and its subagents, build a queryable event table, summarize the work as a hierarchical table of contents, break down wall time, inference, tools, tokens, and estimated cost per agent, identify errors and improvement opportunities, and export a shareable Perfetto trace. Use when a user wants to inspect what a Hermes session did, debug agent or subagent activity, understand session cost or latency, create a session timeline, generate a trace, or learn how to improve the next agent run.

Install in Claude Code
Copy
git clone --depth 1 https://github.com/tamdogood/builder-essential-skills /tmp/session-profiler && cp -r /tmp/session-profiler/skills/session-profiler ~/.claude/skills/session-profiler
Then start a new Claude Code session; the skill loads automatically.

SKILL.md

# Session Profiler

Turn one Hermes main transcript plus its subagent transcripts into analysis artifacts. Route every operation through the bundled wrapper so it uses a consistent environment and remembers the latest parsed work directory.

```bash
SP="$SKILL/scripts/sp"
```

Resolve `SKILL` to this skill's directory. If it is unavailable, use the absolute path to `scripts/sp` beside this file.

## Workflow

1. Find and inspect the session.

```bash
$SP projects
$SP list [--provider hermes] [--n 20]
$SP list --project-dir "${HERMES_HOME:-$HOME/.hermes}/sessions"
$SP find <session-id-prefix>
$SP info <session-id-or-path>
```

Hermes stores rollouts under `${HERMES_HOME:-~/.hermes}/sessions/YYYY/MM/DD/rollout-*.jsonl` and archived rollouts under `archived_sessions/`. Hermes subagent rollouts identify their parent thread recursively in `session_meta`.

2. Parse the session before analyzing it. Re-run this for a session that is still active.

```bash
$SP parse <session-id-or-main-jsonl-path>
```

The command prints and remembers its work directory. It writes `events.parquet`, `events.csv`, and `agents.json`. Override the remembered directory with global `--data-dir <dir>` or `SESSION_DATA_DIR`.

3. Start with a readable profile, then narrow the investigation.

```bash
$SP brief
$SP agent-summary
$SP costs
$SP slowest-tools --n 20 [--agent <id-or-name>]
$SP tool-breakdown [--agent <id-or-name>]
$SP inference-vs-tool
$SP errors
$SP turns
$SP timeline 2026-07-08T19:14:00Z --window 120
$SP events [--agent main] [--tool Bash] [--grep rebase] [--since 2026-07-08] [--n 30] [--long]
```

Use `brief` first when explaining a session to a person. It writes `brief.md`
with the session's headline metrics, standout slow paths or failures, prompt
trail or TOC storyline, and an agent scoreboard. Use the table commands for
specific questions after the brief identifies the interesting region.

For ad hoc pandas analysis, set `SESSION_DATA_DIR`, add `scripts/` to `PYTHONPATH`, and use `from session_profiler.dataset import load; df = load()` inside the wrapper's venv.

4. Summarize the session and preserve lessons for the next run.

```bash
$SP toc --dry-run
$SP toc
$SP review
```

Use `toc --dry-run` to inspect the sanitized, junk-free digest. `toc` builds a local chronological table of contents and writes `toc.json` plus `toc.md` without calling an external agent CLI. Show `toc.md` to orient the user. `review` writes `review.md` with deterministic observations about failed calls, slow paths, active-time mix, delegation, and estimated cost. Turn those observations into concrete changes to prompts, tool batching, preflight checks, or subagent assignments; do not claim the profiler automatically changes agent behavior.

5. Build and open the trace.

```bash
$SP trace
$SP open
```

Load the emitted `trace.json.gz` in [Perfetto](https://ui.perfetto.dev). Read
it top-down: `Session overview` gives the whole run, `Table of contents` shows
the story when `toc.json` exists, each agent's `work timeline` shows inference
and tools, `prompt trail` marks user turns, and `usage tokens + cost` shows
cumulative counters. Click a slice to inspect sanitized input/output previews,
duration, concurrency, failure state, token count, and estimated cost.

## Interpretation Rules

Trust these derivations instead of recomputing them from raw rows:

- For transcript-style JSONL, deduplicate usage per API `message.id`: content-block records repeat a growing usage snapshot, so keep only the final snapshot once. For Hermes, consume `last_token_usage` once per `token_count` event and treat `cached_input_tokens` as a subset of input tokens.
- Sum tokens across agents. Subagent token usage lives in the subagent transcript, not the parent transcript.
- Measure a tool from `tool_use` to its matching `tool_result` within the same transcript. Treat multiple tool uses sharing one assistant message as concurrent.
- Measure inference from the first to last assistant record for one message ID. Do not treat human idle time as inference.
- Measure each subagent's wall runtime from the first to last timestamp in its own transcript, not from the parent's spawn tool span.
- Treat active-time totals as sums of spans, not wall time. Concurrent tools and agents can make summed active time exceed elapsed wall time.
- Label all dollar values as estimates. Hermes uses model-specific public API rates when the model is known, including long-context multipliers recorded by the pricing docs. Subscriptions, credits, priority processing, tool fees, and negotiated rates can differ; an unknown model is marked unavailable instead of guessed.

## Privacy And Failure Handling

- Treat transcripts and traces as sensitive. Previews redact long opaque tokens and common auth/cookie headers, but can still contain source code, prompts, paths, personal data, or secrets. Review before sharing and share only where the session owner would.
- Expect UTC timestamps throughout.
- If parsing a growing transcript, rerun `parse` immediately before final analysis.
- If dependency bootstrap fails, report the `uv` or `pip` error and let the user fix local network/package configuration. Do not add machine-specific proxy settings to this skill.
- If `toc` cannot build a table of contents from the parsed data, keep the parsed data and analyses; use `toc --dry-run` as the session digest and explain which timestamps or events were missing.
async-learning-teacherSkill

Transform saved links, papers, articles, posts, videos, and reference collections into approachable AI teaching artifacts for later study. Use when a user wants to queue learning material, create a readable explanation from a source, teach a paper or post step by step, or run an interactive tutor that validates understanding over multiple sessions.

build-scenario-testsSkill

Inspect an unfamiliar repository, turn a focused Markdown behavior scenario into a deterministic test in the repository's native test stack, run it, and preserve traceability between intent and code. Use when asked to add scenario tests, compile acceptance criteria or Given/When/Then Markdown into executable tests, reproduce a user-visible regression, or convert a narrow workflow specification into stable web, API, CLI, desktop, or mobile interaction coverage. Do not use for broad exploratory journeys or agent-judged smoke tests.

code-standardsSkill

>-

create-marketing-kitSkill

Create truthful, human-centered marketing campaigns for an app or product, including positioning, channel copy, original artwork, editable layouts, README banners, and selective website integration. Use when asked to make launch materials, promotional artwork, social assets, campaign kits, ads, or marketing content from an existing product; to adapt a visual reference without copying it; or to add approved campaign art to product surfaces. Do not invent claims, fake UI, publish, deploy, or replace product proof without explicit evidence and authorization.

create-skillSkill

Create or update a complete repository skill from a user's idea, including the workflow instructions, references, scripts or assets, agent metadata, skill-card artwork, cinematic banner artwork, README links, discovery metadata, and validation. Use when the user asks to create a new skill, add a skill to this collection, turn a workflow into a reusable skill, or make a skill's documentation and artwork consistent with the repository.

lead-researchSkill

>

leadSkill

>

make-playbookSkill

>-