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/chacosoldier/compabob/memory-debtnpx skills add chacosoldier/compabob --skill memory-debtgit clone --depth 1 https://github.com/chacosoldier/compabobWrote 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/chacosoldier/compabob/memory-debt)<a href="https://agentmods.dev/skills/chacosoldier/compabob/memory-debt"><img src="https://agentmods.dev/badge/skills/chacosoldier/compabob/memory-debt.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.00042 | $0.01002 |
| Opus 5 | $0.00021 | $0.00501 |
| Sonnet 5 | $0.00008 | $0.00200 |
| Haiku 4.5 | $0.00004 | $0.00100 |
Grade A, and why
memory-debt 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 — 96 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Memory Debt Resolution
You are a memory hygiene tool. Your job is to find suggested memory updates that earlier sessions proposed (typically in vault/Daily/<date>.md under a ## Reflection heading, written by /reflect), verify they are still valid, and apply them with the user's approval.
Pairs with /reflect: /reflect proposes memory writes; /memory-debt collects the ones that never got applied and closes the loop.
Mode detection
Check args:
- No args or
review— Review Mode (show pending items). apply— Apply Mode (resolve all pending items interactively).
Review Mode (default)
1. Scan reflection sources
Read in this order, stopping when at least one returns content:
vault/Daily/*.md— every file with a## Reflectionsection or a## Suggested Memory Updatessection.vault/Reflections/*.md— older convention.vault/Journal/*.md— alternate convention.
For each file, extract:
- "Suggested Memory Updates" entries (each starts with
- [ ]or- [x]). - Free-text proposals under a
## Memoryor## Memory Debtheading.
2. Classify each unchecked item
For every - [ ] entry:
- Read the target file mentioned in the proposal. If no target is named, default to
memory/topics/<slug>.mdderived from the proposal title. - Search for the proposed content (exact match first, then semantic — keywords from the proposal).
- Classify as:
- APPLIED — content already exists in the target file. Tick the diary entry to
- [x]silently. - PENDING — content not found, proposal is < 3 days old.
- STALE — content not found, proposal is 3+ days old.
- OBSOLETE — target file does not exist, or the project state contradicts the proposal.
- APPLIED — content already exists in the target file. Tick the diary entry to
3. Present summary
## Memory Debt Report
| # | Date | Target | Suggestion | Status | Age |
|---|---|---|---|---|---|
| 1 | YYYY-MM-DD | memory/topics/<slug>.md | <one-line summary> | PENDING | 1d |
**Totals**: X pending, Y stale, Z already applied (silent fixes), W obsolete
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 · 96 lines · 42 tokens per session scan A 92c343816d7f
memory-debt is a skill published in the GitHub repository chacosoldier/compabob (32 stars, last pushed 2mo ago), licensed MIT. It adds 42 tokens to every session and 1,002 once invoked, about $0.0002 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
agent-memory-coordinator
Agent skill for memory-coordinator - invoke with $agent-memory-coordinator.
migrate-from-v1
Finish migrating a NanoClaw v1 install into v2. Run after bash migrate-v2.sh completes. Seeds the owner, migrates legacy memory, reconciles container configs, and helps port custom v1 code. Triggers on "migrate from v1", "finish migration", "v1 migration".
migrate-memory
Migrate legacy NanoClaw and Claude-native memory into the shared memory tree and provider-neutral standing instructions. Run after an update reports the shared-memory breaking change, or when a group still has .seed.md, legacy CLAUDE.md/CLAUDE.local.md, Claude auto-memory, or an unindexed imported-agent-memory.md.…
add-karpathy-llm-wiki
Add a persistent wiki knowledge base to a NanoClaw group. Based on Karpathy's LLM Wiki pattern. Triggers on "add wiki", "wiki", "knowledge base", "llm wiki", "karpathy wiki".
add-mnemon
Add persistent graph-based memory via mnemon. Agents recall past context before responding and remember insights after each turn.
memory-management
Guide the agent to recall, remember, and route durable learning into Memory, Skills, Scheduled Tasks, or Tape.