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 commands/sdsrss/claude-mem-lite/buggit clone --depth 1 https://github.com/sdsrss/claude-mem-liteWrote 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/commands/sdsrss/claude-mem-lite/bug)<a href="https://agentmods.dev/commands/sdsrss/claude-mem-lite/bug"><img src="https://agentmods.dev/badge/commands/sdsrss/claude-mem-lite/bug.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.00054 | $0.00683 |
| Opus 5 | $0.00027 | $0.00342 |
| Sonnet 5 | $0.00011 | $0.00137 |
| Haiku 4.5 | $0.00005 | $0.00068 |
Grade A, and why
bug 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 — 65 lines — stays where its author put it; the contents beside it link to each section on GitHub.
/bug
Record a known bug + reproduction steps. Writes a searchable observation
(type=bugfix, description in lesson_learned) so future sessions can find it
via mem_search and the PreToolUse recall hooks warn when the affected files
are edited. Does NOT touch memdir. Useful for bugs you can't fix immediately
but want future sessions (or yourself after /clear) to know about and avoid
re-investigating. (Redirected v3.39: was the events table, which mem_search
never read.)
When to use
- Bug is known but fix is blocked (waiting on upstream, needs discussion).
- Bug is intermittent / race condition; you want a repro recipe recorded.
- Edge case affecting only part of users; not priority now but must not be silently re-discovered.
Don't use for bugs you're actively fixing in the current turn — just fix
them. Use /lesson afterward if there's a non-obvious root cause worth
recording.
Arguments
- Positional text: short bug description.
--file <path>or--files f1,f2,...: affected files. Triggers pre-tool-recall warning when these files are edited later.--repro "step1; step2; step3": reproduction steps, semicolon-separated.--severity low|med|high: maps to importance1|2|3. Defaultmed.
Execution
Map severity to importance:
low→ importance 1med→ importance 2 (default)high→ importance 3
Build the body as <description>\n\nRepro:\n<repro-steps> (or just
<description> if --repro is absent).
Run via Bash — the full body is the positional content; a distilled description
goes in --lesson so it lands in the high-weight lesson_learned field.
--lesson is capped at 500 chars (longer values are rejected), so keep the full
body in the positional content and trim --lesson to the core description if
longer:
node ${CLAUDE_PLUGIN_ROOT}/cli.mjs save "<body>" \
--type bugfix \
--title "<first 60 chars of description>" \
--lesson "<description, ≤500 chars>" \
[--files f1,f2,...] \
--importance <1|2|3>
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 · 65 lines · 54 tokens per session scan A ecfb56ebc990
bug is a command published in the GitHub repository sdsrss/claude-mem-lite (54 stars, last pushed 9d ago), licensed MIT. It adds 54 tokens to every session and 683 once invoked, about $0.0003 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 commands, from other repositories
VibeGuard: ExecPlan
Long-term task execution plan — generates self-contained execution documents from SPEC, supports cross-session recovery.
VibeGuard: Review
Structured code review - first run the guard to obtain the baseline, then review according to security → logic → quality → performance priority.
VibeGuard: Live Truth
Verify live claims with fresh facts, inferences, and unresolved gaps.
VibeGuard: Stats
View hooks trigger statistics - interception/warning/release times and reason analysis.
safe-build
Build the application for development or production.
lrn
Execute the /vibeguard:learn command. $ARGUMENTS.