save-memory
Skill2 starsChanged 7 months agoMITView on GitHub
Persist newly-learned facts from the current session into the memory pyramid. Scans the conversation for durable information, finds the right file, deduplicates, and writes back. Use when the user says "remember this", "save it", "for next time", or when a non-obvious fact surfaced that a future session would ask about again.
- Reads credentials
3 other projects use a version of this.
Adopted by
Most recently taken up by
- nainishshafi/developer-productivity-skillstheir own version, first seen Nov 8, 2026
- nailulgh/antigravity-obsidian-memorytheir own version, first seen Nov 1, 2026
- TOKTOKHAN-DEV/agent-companytheir own version, first seen Aug 11, 2026
Other versions3 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 3
- TOKTOKHAN-DEV/agent-company★ 74same name
- nailulgh/antigravity-obsidian-memory★ 1same name
- nainishshafi/developer-productivity-skills★ 1same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
The file
We split this skill into the rules it gives an agent
7 rules. About 0 are common, 3 are distinctive, and 4 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
4
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 41
If the project keeps a knowledge index (.claude/rules/knowledge-index.md or similar), read it.
- Distinctive: line 57
Create new files only when the topic genuinely doesn't fit anywhere existing.
- Distinctive: line 62
Read the target file. For each fact you're about to save:
- Distinctive: line 68
No iteration history. ("On date X we decided Y" is noise.
- Very specific: line 74
When creating a new file, add a ## Tags section at the bottom with comma-separated keywords for later grep discoverability.
- Very specific: line 102
If empty or all, scan the whole conversation.
- Very specific: line 106
Read the knowledge index (or memory/MEMORY.md if none)
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Save Memory
You are about to persist something learned in this session so it survives into future
sessions. This is the deliberate-write step that keeps memory/ current. Without
it, the files stagnate and the agent starts every session cold.
Memory files do not self-update. That's the whole point of this skill.
When to save
Save when one of these is true:
- The user explicitly says "remember X" / "save this" / "note for next time"
- A durable fact about the codebase, team, or user surfaced this session, something a fresh session would have to re-discover
- A preference or convention was decided (commit format, branch policy, test approach, naming convention) that isn't yet written down anywhere
- A project status changed (new project started, milestone hit, blocker resolved)
Do not save:
- Ephemeral state (current task progress, scratch directories, "where we are right
now"). Those belong in
ACTIVE.mdvia thewrap-upskill, not here. - The agent's own process narrative ("I ran 5 commands then..."). Save outcomes, not process.
- Secrets. Ever. Even if the user asks. Redirect to
.env.
Step 1 — Read what exists
If the project keeps a knowledge index (.claude/rules/knowledge-index.md or
similar), read it. It maps topics to files.
Otherwise, read memory/MEMORY.md and glob memory/**/*.md to see what's already
there.
Step 2 — Pick the right file
| If the fact is about... | Write it to... |
| Top-level identity, always-true facts about the user/product | memory/MEMORY.md |
| A preference or working-style rule | memory/preferences/<topic>.md |
| A specific project (status, decisions, architecture) | memory/projects/<name>/context.md |
| A research finding worth keeping | memory/research/<topic>.md |
| A codebase convention for a specific language/framework | memory/coding-standards/<language>.md |
Create new files only when the topic genuinely doesn't fit anywhere existing. One authoritative location per fact; pointers from elsewhere, never copies.
Step 3 — Deduplicate before writing
Read the target file. For each fact you're about to save:
- Already present and still correct → skip
- Present but outdated → update in place
- New → append a short well-structured entry
No iteration history. ("On date X we decided Y" is noise. Just state Y.) No commentary. Save the essence, not the journey.
Step 4 — Write
Entries should be scannable bullets or short paragraphs. Group related items.
When creating a new file, add a ## Tags section at the bottom with
comma-separated keywords for later grep discoverability.
Step 5 — Report
## Memory updated
**Files changed:**
- <path>: <what was added or updated>
**Skipped (already present):**
- <brief list>
Next: run the `wrap-up` skill if ending the session.What this skill will not do
- Will not save secrets, credentials, or anything matching a secret pattern
- Will not silently edit
AGENTS.md/CLAUDE.md— those change system behaviour. Propose, don't apply. - Will not duplicate existing entries. Read before writing.
Argument provided: $ARGUMENTS
If empty or all, scan the whole conversation. Otherwise, focus only on facts
matching the provided topic.
Now execute:
- Read the knowledge index (or
memory/MEMORY.mdif none) - Identify durable facts from this session
- Pick the right file for each
- Deduplicate
- Write
- Report
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

