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.
npx agentmods add skills/nicknisi/sessions/whynpx skills add nicknisi/sessions --skill whygit clone --depth 1 https://github.com/nicknisi/sessionsWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/nicknisi/sessions/why)<a href="https://agentmods.dev/skills/nicknisi/sessions/why"><img src="https://agentmods.dev/badge/skills/nicknisi/sessions/why.svg" alt="Measured on agentmods" height="20"></a>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.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00105 | $0.00797 |
| Opus 5 | $0.00053 | $0.00398 |
| Sonnet 5 | $0.00021 | $0.00159 |
| Haiku 4.5 | $0.00011 | $0.00080 |
Grade A, and why
why 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 4d 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.
How it starts
The opening of the file, as written. The whole thing — 59 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Explain why code exists by finding the session that produced it.
Steps
-
Call
why_did_this_changewith the user's target astarget:- A file →
src/cache.ts - A specific line →
src/cache.ts:142(pins the commit via git blame) - A commit → a sha, tag, or
HEAD~2 - A topic → free text (searches sessions in this repo, no git)
The tool is read-only: it never writes to the repository.
- A file →
-
Read the evidence. The result carries the resolved
commit(subject, author time, files, trailers;nullfor the free-text form) and rankedsessions. Trustconfidence:files+time(the session edited the committed files inside its window) is stronger thantime-only(same repo and window, no file overlap). Two flags change how you read the commit:commit.merge: truemeans this is the merge that landed the change, not the commit that wrote it — the reasoning lives in the sessions, not the merge subject. A non-emptyunlandedAttempts(file form only) means sessions touched this file but no commit ever landed from them — a possible abandoned attempt. -
Synthesize a short answer from each session's
excerptsandheadline. Explain the reasoning and any abandoned approaches — the part git does not record. Do not invent rationale the excerpts do not support. -
Cite each session you used: its tool, date (
startedAt), and headline. Distinguishfiles+timematches fromtime-onlymatches so the user can weigh them. -
Check closed PRs before concluding "fixed". When the question is "was this fixed" or "does this bug still exist", git history alone is not proof: a fix may have been tried and rejected without leaving a commit. If the repo has a GitHub remote and
ghis available, rungh search prs --state closed -- <terms>(orgh pr list --search "<file>" --state closed) and report a closed-unmerged attempt alongside any merged fix. Skip silently whenghor a GitHub remote is absent. -
Offer a deep-dive. If the user wants more, call
get_session_messageswith a session'sfilePath(use anexcerpts[].msgIndexas the offset) to read the full exchange.
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.
- 4d ago First seen · 59 lines · 105 tokens per session scan A 640383b6e911
why is a skill published in the GitHub repository nicknisi/sessions (30 stars, last pushed 3d ago), licensed MIT. It adds 105 tokens to every session and 797 once invoked, about $0.0005 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
code-review
Review seekdb pull requests and diffs for high-signal correctness, resource-lifetime, concurrency, current-version state-consistency, credential-exposure, workflow-security, performance, and test-evidence defects. Use when reviewing changes to seekdb C++, Rust, build, CI, or test code; report only actionable Blocker…
ygrep
IMPORTANT: Try ygrep FIRST for all code and file searches before using Grep, Glob, or Task explore. ygrep uses a pre-built full-text index and returns results in milliseconds. Fall back to built-in tools only if ygrep returns no results.
mikke
ノートフォルダ (Markdown KB) を mikke CLI で検索する。「○○について調べて」「過去のメモは?」「以前どう解決したか」等、過去の知見・記録を引き出す時に起動。最新仕様・時事・バージョン依存の質問では起動しない (Web が真)。.
dowse
Search the user's local files with dowse, a Windows full-text search index (Chinese + English, PDF/txt/md/code). Use this when the user asks you to find something on their disk — a note, a doc, a config, "that file about X" — instead of grepping the whole filesystem.
docingest-docs
Find, search, and read approved documentation snapshots through DocIngest.
session-recall
Recall past AI coding sessions as long-term memory. Use at the START of any non-trivial task, and whenever the user references earlier work ("like we did before", "the X we set up", "last time", "that bug fix"), asks who/when a file was changed, or you need context that predates this conversation. Runs the local…