multiAI Summary Pending
Memory
Infinite organized memory that complements your agent's built-in memory with unlimited categorized storage.
3,556 stars
byopenclaw
Installation
Claude Code / Cursor / Codex
$curl -o ~/.claude/skills/memory-local-backup/SKILL.md --create-dirs "https://raw.githubusercontent.com/openclaw/skills/main/skills/12357851/memory-local-backup/SKILL.md"
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/memory-local-backup/SKILL.mdinside your project - Restart your AI agent ā it will auto-discover the skill
How Memory Compares
| Feature / Agent | Memory | Standard Approach |
|---|---|---|
| Platform Support | multi | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Infinite organized memory that complements your agent's built-in memory with unlimited categorized storage.
Which AI agents support this skill?
This skill is compatible with multi.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# Memory š§
**Superpowered memory that never forgets.**
Your agent has basic built-in memory. This skill adds infinite, perfectly organized memory for everything else ā parallel and complementary, never conflicting.
## How It Works
```
Built-in Agent Memory This Skill (~/memory/)
āāāāāāāāāāāāāāāāāāāāāāā āāāāāāāāāāāāāāāāāāāāāāāāāāāāāāā
ā MEMORY.md ā ā Infinite categorized storage ā
ā memory/ (daily logs)ā + ā Any structure you want ā
ā Basic recall ā ā Perfect organization ā
āāāāāāāāāāāāāāāāāāāāāāā āāāāāāāāāāāāāāāāāāāāāāāāāāāāāāā
ā ā
Agent basics Everything else
(works automatically) (scales infinitely)
```
**Not a replacement.** Your agent's built-in memory keeps working. This adds a parallel system for unlimited, organized storage.
## Setup
On first use, read `setup.md` to configure the memory system with the user. Key decisions:
1. What categories do they need?
2. Should we sync anything from built-in memory?
3. How do they want to find things?
## When to Use
User needs organized long-term storage beyond basic agent memory: detailed project histories, extensive contact networks, decision logs, domain knowledge, collections, or any structured data that grows over time.
## Architecture
Memory lives in `~/memory/` ā a dedicated folder separate from built-in agent memory.
```
~/memory/
āāā config.md # System configuration
āāā INDEX.md # What's stored, where to find it
ā
āāā [user-defined]/ # Categories the user needs
ā āāā INDEX.md # Category overview
ā āāā {items}.md # Individual entries
ā
āāā sync/ # Optional: synced from built-in memory
āāā ...
```
**The user defines the categories.** Common examples:
- `projects/` ā detailed project context
- `people/` ā contact network with full context
- `decisions/` ā reasoning behind choices
- `knowledge/` ā domain expertise, reference material
- `collections/` ā books, recipes, anything they collect
See `memory-template.md` for all templates.
## Quick Reference
| Topic | File |
|-------|------|
| First-time setup | `setup.md` |
| All templates | `memory-template.md` |
| Organization patterns | `patterns.md` |
| Problems & fixes | `troubleshooting.md` |
---
## Core Rules
### 1. Separate from Built-In Memory
This system lives in `~/memory/`. Never modify:
- Agent's MEMORY.md (workspace root)
- Agent's `memory/` folder (if it exists in workspace)
**Parallel, not replacement.** Both systems work together.
### 2. User Defines Structure
During setup, ask what they want to store. Create categories based on their needs:
| They say... | Create |
|-------------|--------|
| "I have many projects" | `~/memory/projects/` |
| "I meet lots of people" | `~/memory/people/` |
| "I want to track decisions" | `~/memory/decisions/` |
| "I'm learning [topic]" | `~/memory/knowledge/[topic]/` |
| "I collect [things]" | `~/memory/collections/[things]/` |
**No preset structure.** Build what they need.
### 3. Every Category Has an Index
Each folder gets an INDEX.md that lists contents:
```markdown
# Projects Index
| Name | Status | Updated | File |
|------|--------|---------|------|
| Alpha | Active | 2026-02 | alpha.md |
| Beta | Paused | 2026-01 | beta.md |
Total: 2 active, 5 archived
```
Indices stay small (<100 entries). When full, split into subcategories.
### 4. Write Immediately
When user shares important information:
1. Write to appropriate file in ~/memory/
2. Update the category INDEX.md
3. Then respond
Don't wait. Don't batch. Write immediately.
### 5. Search Then Navigate
To find information:
1. **Ask first:** "Is this in ~/memory/ or built-in memory?"
2. **Search:** grep or semantic search in ~/memory/
3. **Navigate:** INDEX.md ā category ā specific file
```bash
# Quick search
grep -r "keyword" ~/memory/
# Navigate
cat ~/memory/INDEX.md # What categories exist?
cat ~/memory/projects/INDEX.md # What projects?
cat ~/memory/projects/alpha.md # Specific project
```
### 6. Sync from Built-In (Optional)
If user wants certain info copied from built-in memory:
```
~/memory/sync/
āāā preferences.md # Synced from built-in
āāā decisions.md # Synced from built-in
```
**Sync is one-way:** Built-in ā this system. Never modify built-in.
### 7. Scale by Splitting
When a category grows large:
- INDEX.md > 100 entries ā split into subcategories
- Create sub-INDEX.md for each subcategory
- Root INDEX.md points to subcategories
```
~/memory/projects/
āāā INDEX.md # "See active/, archived/"
āāā active/
ā āāā INDEX.md # 30 active projects
ā āāā ...
āāā archived/
āāā INDEX.md # 200 archived projects
āāā ...
```
---
## What to Store Here (vs Built-In)
| Store HERE (~/memory/) | Keep in BUILT-IN |
|------------------------|------------------|
| Detailed project histories | Current project status |
| Full contact profiles | Key contacts quick-ref |
| All decision reasoning | Recent decisions |
| Domain knowledge bases | Quick facts |
| Collections, inventories | ā |
| Anything that grows large | Summaries |
**Rule:** Built-in for quick context. Here for depth and scale.
---
## Finding Things
### For Small Memory (<50 files)
```bash
# Grep is fast enough
grep -r "keyword" ~/memory/
```
### For Large Memory (50+ files)
Navigate via indices:
```
1. ~/memory/INDEX.md ā find category
2. ~/memory/{category}/INDEX.md ā find item
3. ~/memory/{category}/{item}.md ā read details
```
### For Huge Memory (500+ files)
Use semantic search if available, or hierarchical indices:
```
~/memory/projects/INDEX.md ā "web projects in web/"
~/memory/projects/web/INDEX.md ā "alpha project"
~/memory/projects/web/alpha.md ā details
```
---
## Maintenance
### Weekly (5 min)
- Update INDEX.md files if entries added
- Archive completed/inactive items
### Monthly (15 min)
- Review category sizes
- Split large categories
- Remove outdated entries
### When Memory is Slow
- Check INDEX.md sizes (keep <100 lines)
- Split big categories into subcategories
- Archive old content
---
## Common Traps
- **Modifying built-in memory** ā Never touch agent's MEMORY.md or workspace memory/. This system is parallel.
- **No indices** ā Without INDEX.md, finding things requires searching all files. Always maintain indices.
- **One giant category** ā 500 items in one folder is slow. Split into subcategories.
- **Syncing everything** ā Don't copy all built-in memory. Only sync what needs organization here.
- **Waiting to write** ā Write immediately when user shares info. Don't batch.
---
## Security & Privacy
**Data location:**
- All data in `~/memory/` on user's machine
- No external services required
- No network requests
**This skill does NOT:**
- Access built-in agent memory (only reads if syncing)
- Send data anywhere
- Store credentials (never store secrets in memory)
---
## Related Skills
Install with `clawhub install <slug>` if user confirms:
- `decide` - Decision tracking patterns
- `escalate` - When to involve humans
- `learn` - Adaptive learning
## Feedback
- If useful: `clawhub star memory`
- Stay updated: `clawhub sync`