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/xchucx/agent-memory/claudenpx skills add xChuCx/agent-memory --skill claudegit clone --depth 1 https://github.com/xChuCx/agent-memoryWhat 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.00085 | $0.02387 |
| Opus 5 | $0.00043 | $0.01193 |
| Sonnet 5 | $0.00017 | $0.00477 |
| Haiku 4.5 | $0.00009 | $0.00239 |
Grade A, and why
agent-memory 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 3d 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.
This is a copy
100% identical to agent-memory — 0 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.
How it starts
The opening of the file, as written. The whole thing — 226 lines — stays where its author put it; the contents beside it link to each section on GitHub.
agent-memory
agent-memory is a local context middleware that maintains a structured,
byte-preserving Markdown memory layer for this repository. Your runtime
exposes three MCP tools backed by it:
memory.fetch_context— read; returns a budgeted Markdown pack drawn from current task state, conventions, decisions, modules, and (on query) the most relevant indexed sections.memory.propose_update— write; submits structured operations that the server validates, secret-scans, and either applies immediately or stages for human review.memory.status— health; reports file counts, pending staged proposals (with drift status), and security/git/lock posture. Call it when you want to know whether memory needs maintenance before proposing more updates.
At session start: always fetch_context with empty query
{ "name": "memory.fetch_context", "arguments": {} }
The empty-query (“bootstrap”) pack contains:
local/current.<branch>.md— your last working notes on this branch.local/current.shared.md— cross-branch shared state.conventions.md— project conventions.index.md— summary of the memory layout.
Read it carefully before reading source files. It tells you what the team already decided, what footguns are documented, and where you left off.
When else to fetch_context
| Trigger | Call |
|---|---|
| Topic shift mid-task (auth → billing) | fetch_context with a query naming the new topic |
| About to make an architectural decision | fetch_context with a query naming the area |
| Refactoring an unfamiliar module | fetch_context with scope: ["<module-path>"] |
Do not call fetch_context on every tool call. Once at session start
plus query-driven refreshes is the right cadence.
When to propose_update
Pick the intent that matches the situation. Each intent maps to a specific category of memory file and an approval policy.
| Situation | intent |
Routes to |
|---|---|---|
| Working notes on this task, branch-scoped | update_current |
apply |
| Working notes that follow you across branches | update_shared |
apply |
| End-of-task log of what you did | session_log |
apply (path auto-rewritten to sessions/<UTC today>.md) |
| Hit a footgun future-you should avoid | add_pitfall |
apply (when append_to_section) / stage (when rewriting) |
| Made a durable architectural decision | record_decision |
stage |
| Updated facts about a module | refresh_module |
stage |
| Discovered a team convention | update_conventions |
stage |
| An older entry is no longer accurate | archive_stale |
stage |
What ships with it
2 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
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.
- 3d ago First seen · 226 lines · 85 tokens per session scan A 72356cb4fb98
agent-memory is a skill published in the GitHub repository xChuCx/agent-memory (9 stars, last pushed 2mo ago), licensed Apache-2.0. It adds 85 tokens to every session and 2,387 once invoked, about $0.0004 per session on Opus 5. A static security scan graded it A with 0 findings. It is 100% identical to agent-memory, differing in 0 lines, and is treated as a copy.
Other skills, from other repositories
systematic-debugging
Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes.
brainstorming
You MUST use this before any creative work - creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements and design before implementation.
auto-perf-optimize
Run agent-driven VS Code performance or memory investigations. Use when asked to launch Code OSS, automate a VS Code scenario, run the Chat memory smoke runner, capture renderer heap snapshots, take workflow screenshots, compare run summaries, or drive a repeatable scenario before heap-snapshot analysis.
chat-perf
Run chat perf benchmarks and memory leak checks against the local dev build or any published VS Code version. Use when investigating chat rendering regressions, validating perf-sensitive changes to chat UI, or checking for memory leaks in the chat response pipeline.
chat-pet-sprite-creation
Use when creating or changing VS Code chat pet sprite art, sprite sheets, state animations, eye treatments, Stable/Insiders variants, or pet transitions under src/vs/workbench/contrib/chat/browser/widget/media/chatPet.
cpu-profile-analysis
Analyze V8/Chrome CPU profiles (.cpuprofile) and DevTools trace files (Trace-.json). Use when: profiling performance, investigating slow functions, comparing code paths, finding bottlenecks, analyzing timeToRequest, understanding call trees from sampling profiler data, analyzing layout/paint/rendering, investigating…