memory-1.0.2/SKILL.md
Infinite organized memory that complements your agent's built-in memory with unlimited categorized storage.
npx skillsauth add gula00/autoclaw-skills MemoryInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
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.
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.
On first use, read setup.md to configure the memory system with the user. Key decisions:
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.
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 contextpeople/ — contact network with full contextdecisions/ — reasoning behind choicesknowledge/ — domain expertise, reference materialcollections/ — books, recipes, anything they collectSee memory-template.md for all templates.
| Topic | File |
|-------|------|
| First-time setup | setup.md |
| All templates | memory-template.md |
| Organization patterns | patterns.md |
| Problems & fixes | troubleshooting.md |
This system lives in ~/memory/. Never modify:
memory/ folder (if it exists in workspace)Parallel, not replacement. Both systems work together.
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.
Each folder gets an INDEX.md that lists contents:
# 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.
When user shares important information:
Don't wait. Don't batch. Write immediately.
To find information:
# 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
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.
When a category grows large:
~/memory/projects/
├── INDEX.md # "See active/, archived/"
├── active/
│ ├── INDEX.md # 30 active projects
│ └── ...
└── archived/
├── INDEX.md # 200 archived projects
└── ...
| 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.
# Grep is fast enough
grep -r "keyword" ~/memory/
Navigate via indices:
1. ~/memory/INDEX.md → find category
2. ~/memory/{category}/INDEX.md → find item
3. ~/memory/{category}/{item}.md → read details
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
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.
Data location:
~/memory/ on user's machineThis skill does NOT:
Install with clawhub install <slug> if user confirms:
decide - Decision tracking patternsescalate - When to involve humanslearn - Adaptive learningclawhub star memoryclawhub syncdevelopment
Use when you have a spec or requirements for a multi-step task, before touching code
tools
Extract frames or short clips from videos using ffmpeg.
development
UI/UX design intelligence and implementation guidance for building polished interfaces. Use when the user asks for UI design, UX flows, information architecture, visual style direction, design systems/tokens, component specs, copy/microcopy, accessibility, or to generate/critique/refine frontend UI (HTML/CSS/JS, React, Next.js, Vue, Svelte, Tailwind). Includes workflows for (1) generating new UI layouts and styling, (2) improving existing UI/UX, (3) producing design-system tokens and component guidelines, and (4) turning UX recommendations into concrete code changes.
tools
Remote-control tmux sessions for interactive CLIs by sending keystrokes and scraping pane output.