/si:remember — Save Knowledge Explicitly

Explicitly save important knowledge to auto-memory with timestamp and context.

How to use it

Claude Code
  1. Run the line below. It pulls the whole folder into ~/.claude/skills/remember, including the files SKILL.md points to.
  2. Describe your job in plain words. Claude Code follows the skill from there.
Claude Code — installs the whole folder, not just SKILL.md
npx degit alirezarezvani/claude-skills/engineering-team/self-improving-agent/skills/remember#main ~/.claude/skills/remember

For one project only, change the path to .claude/skills/remember. This skill also uses MEMORY.md — copying SKILL.md alone won't be enough. See the folder on GitHub.

Claude (web or desktop app)
  1. On this page open ⋯ → Download .md.
  2. Save it as SKILL.md in a folder, zip the folder, then Customize → Skills → + → Create skill → Upload a skill.
  3. Pick the file and Save. Claude shows the name and description and runs a security scan.
  4. Check the skill is switched on.
  5. Start a new chat and describe your job in plain words. The AI follows the skill from there.
ChatGPT or another app
  1. ChatGPT: make a Project and paste it into Instructions.
  2. Neither? Paste it at the top of a new chat — it works for that chat.
Not working?
  • Check which app you pasted it into — the steps above name the right one.
  • Some skills need the paid tier of Claude or ChatGPT.
Step-by-step guide with screenshots · Ask in the forum

Paste into Claude, ChatGPT or Cursor.

Source of /si:remember — Save Knowledge Explicitly

Show the full text99 lines
namedescription
rememberExplicitly save important knowledge to auto-memory with timestamp and context. Use when a discovery is too important to rely on auto-capture.

/si:remember — Save Knowledge Explicitly

Writes an explicit entry to auto-memory when something is important enough that you don't want to rely on Claude noticing it automatically.

Usage

/si:remember <what to remember>
/si:remember "This project's CI requires Node 20 LTS — v22 breaks the build"
/si:remember "The /api/auth endpoint uses a custom JWT library, not passport"
/si:remember "Reza prefers explicit error handling over try-catch-all patterns"

When to Use

Situation Example
Hard-won debugging insight "CORS errors on /api/upload are caused by the CDN, not the backend"
Project convention not in CLAUDE.md "We use barrel exports in src/components/"
Tool-specific gotcha "Jest needs --forceExit flag or it hangs on DB tests"
Architecture decision "We chose Drizzle over Prisma for type-safe SQL"
Preference you want Claude to learn "Don't add comments explaining obvious code"

Workflow

Step 1: Parse the knowledge

Extract from the user's input:

  • What: The concrete fact or pattern
  • Why it matters: Context (if provided)
  • Scope: Project-specific or global?
Step 2: Check for duplicates
MEMORY_DIR="$HOME/.claude/projects/$(pwd | sed 's|/|%2F|g; s|%2F|/|; s|^/||')/memory"
grep -ni "<keywords>" "$MEMORY_DIR/MEMORY.md" 2>/dev/null

If a similar entry exists:

  • Show it to the user
  • Ask: "Update the existing entry or add a new one?"
Step 3: Write to MEMORY.md

Append to the end of MEMORY.md:

- {{concise fact or pattern}}

Keep entries concise — one line when possible. Auto-memory entries don't need timestamps, IDs, or metadata. They're notes, not database records.

If MEMORY.md is over 180 lines, warn the user:

⚠️ MEMORY.md is at {{n}}/200 lines. Consider running /si:memory-review to free space.
Step 4: Suggest promotion

If the knowledge sounds like a rule (imperative, always/never, convention):

💡 This sounds like it could be a CLAUDE.md rule rather than a memory entry.
   Rules are enforced with higher priority. Want to /si:promote it instead?
Step 5: Confirm
✅ Saved to auto-memory

  "{{entry}}"

  MEMORY.md: {{n}}/200 lines
  Claude will see this at the start of every session in this project.

What NOT to use /si:remember for

  • Temporary context: Use session memory or just tell Claude in conversation
  • Enforced rules: Use /si:promote to write directly to CLAUDE.md
  • Cross-project knowledge: Use ~/.claude/CLAUDE.md for global rules
  • Sensitive data: Never store credentials, tokens, or secrets in memory files

Tips

  • Be concise — one line beats a paragraph
  • Include the concrete command or value, not just the concept
    • ✅ "Build with pnpm build, tests with pnpm test:e2e"
    • ❌ "The project uses pnpm for building and testing"
  • If you're remembering the same thing twice, promote it to CLAUDE.md
1---
2name: "remember"
3description: "Explicitly save important knowledge to auto-memory with timestamp and context. Use when a discovery is too important to rely on auto-capture."
4---
5 
6# /si:remember — Save Knowledge Explicitly
7 
8Writes an explicit entry to auto-memory when something is important enough that you don't want to rely on Claude noticing it automatically.
9 
10## Usage
11 
12```
13/si:remember <what to remember>
14/si:remember "This project's CI requires Node 20 LTS — v22 breaks the build"
15/si:remember "The /api/auth endpoint uses a custom JWT library, not passport"
16/si:remember "Reza prefers explicit error handling over try-catch-all patterns"
17```
18 
19## When to Use
20 
21| Situation | Example |
22|-----------|---------|
23| Hard-won debugging insight | "CORS errors on /api/upload are caused by the CDN, not the backend" |
24| Project convention not in CLAUDE.md | "We use barrel exports in src/components/" |
25| Tool-specific gotcha | "Jest needs `--forceExit` flag or it hangs on DB tests" |
26| Architecture decision | "We chose Drizzle over Prisma for type-safe SQL" |
27| Preference you want Claude to learn | "Don't add comments explaining obvious code" |
28 
29## Workflow
30 
31### Step 1: Parse the knowledge
32 
33Extract from the user's input:
34- **What**: The concrete fact or pattern
35- **Why it matters**: Context (if provided)
36- **Scope**: Project-specific or global?
37 
38### Step 2: Check for duplicates
39 
40```bash
41MEMORY_DIR="$HOME/.claude/projects/$(pwd | sed 's|/|%2F|g; s|%2F|/|; s|^/||')/memory"
42grep -ni "<keywords>" "$MEMORY_DIR/MEMORY.md" 2>/dev/null
43```
44 
45If a similar entry exists:
46- Show it to the user
47- Ask: "Update the existing entry or add a new one?"
48 
49### Step 3: Write to MEMORY.md
50 
51Append to the end of `MEMORY.md`:
52 
53```markdown
54- {{concise fact or pattern}}
55```
56 
57Keep entries concise — one line when possible. Auto-memory entries don't need timestamps, IDs, or metadata. They're notes, not database records.
58 
59If MEMORY.md is over 180 lines, warn the user:
60 
61```
62⚠️ MEMORY.md is at {{n}}/200 lines. Consider running /si:memory-review to free space.
63```
64 
65### Step 4: Suggest promotion
66 
67If the knowledge sounds like a rule (imperative, always/never, convention):
68 
69```
70💡 This sounds like it could be a CLAUDE.md rule rather than a memory entry.
71 Rules are enforced with higher priority. Want to /si:promote it instead?
72```
73 
74### Step 5: Confirm
75 
76```
77✅ Saved to auto-memory
78 
79 "{{entry}}"
80 
81 MEMORY.md: {{n}}/200 lines
82 Claude will see this at the start of every session in this project.
83```
84 
85## What NOT to use /si:remember for
86 
87- **Temporary context**: Use session memory or just tell Claude in conversation
88- **Enforced rules**: Use `/si:promote` to write directly to CLAUDE.md
89- **Cross-project knowledge**: Use `~/.claude/CLAUDE.md` for global rules
90- **Sensitive data**: Never store credentials, tokens, or secrets in memory files
91 
92## Tips
93 
94- Be concise — one line beats a paragraph
95- Include the concrete command or value, not just the concept
96 - ✅ "Build with `pnpm build`, tests with `pnpm test:e2e`"
97 - ❌ "The project uses pnpm for building and testing"
98- If you're remembering the same thing twice, promote it to CLAUDE.md
99 

Discussion