โ† Back to Skills Marketplace
ares521521-design

IceCube Memory

by ares521521-design ยท GitHub โ†— ยท v1.0.0 ยท MIT-0
cross-platform โš  suspicious
63
Downloads
0
Stars
0
Active Installs
1
Versions
Install in OpenClaw
/install icecube-memory
Description
๐ŸงŠ IceCube Memory โ€” Local-first, zero-token-footprint memory architecture for AI agents. Real-time retrieval, four-layer hierarchy, compaction survival. Buil...
README (SKILL.md)

๐ŸงŠ IceCube Memory

The memory architecture that actually works.

Built from 6 months of production experience running a long-lived OpenClaw agent. Not duct-taped RAG. Not 600K token graphs. Just plain Markdown that survives everything.

Why IceCube Memory?

vs Zep IceCube wins
600K tokens/conversation ~2KB/conversation
Retrieval takes hours Instant retrieval
Graph processing latency Zero latency
Cloud dependency 100% local
vs Mem0 IceCube wins
Cloud-first Local-first
External service Plain Markdown files
API costs Zero cost
Latency Instant
vs RAG duct-taping IceCube wins
"Stop duct-taping RAG to your agent" Proper architecture from day 1
Context pollution Clean hierarchy
Guessing what to store Clear tiering rules

Architecture: Four Layers

Layer 1: Bootstrap (Always Loaded)

  • MEMORY.md โ€” Long-term curated facts
  • AGENTS.md โ€” Operating manual
  • SOUL.md โ€” Persona
  • USER.md โ€” Human profile

Rule: Keep \x3C 20KB total. Anything not needed every session goes to Layer 2.

Layer 2: Daily Rolling (Auto-loaded)

  • memory/YYYY-MM-DD.md โ€” Today's log
  • memory/YYYY-MM-DD-1.md โ€” Yesterday's log

Rule: Append-only. No editing. Promote important stuff to Layer 1 weekly.

Layer 3: Archive (On-demand)

  • memory/YYYY-MM-DD-older.md โ€” Past logs

Access: Via memory_search only. Not auto-loaded.

Layer 4: Searchable Knowledge (Optional)

  • memory/semantic/ โ€” Extracted facts
  • memory/procedural/ โ€” How-to guides

Access: Via memory_search with type filtering.

Compaction Survival

The #1 reason agents "forget": compaction wipes chat context.

IceCube solution:

  1. Memory Flush โ€” Auto-triggered before compaction

    {
      "agents": {
        "defaults": {
          "compaction": {
            "reserveTokensFloor": 40000,
            "memoryFlush": {
              "enabled": true,
              "softThresholdTokens": 4000,
              "systemPrompt": "Session nearing compaction. Store durable memories now."
            }
          }
        }
      }
    }
    
  2. Rules in Files โ€” Never in chat

    • Chat instructions = gone after compaction
    • File-based rules = survive everything
  3. Heartbeat Maintenance โ€” Weekly distillation

    • Review daily logs
    • Promote mature patterns to MEMORY.md
    • Remove stale entries

Setup

1. Initialize Structure

mkdir -p ~/.openclaw/workspace/memory

2. Create Core Files

MEMORY.md:

# MEMORY

## bootstrap_system_principles
* ไผš่ฏๅฏไธข๏ผŒ็Šถๆ€ไธๅฏไธข
* ๅ…ˆๅฐๆฟ๏ผŒๅ†ๅˆ‡ๆข
* ๆœ€ๅฐไธŠไธ‹ๆ–‡ๆขๅค

## approved_durable_entries
(statement: ...)

AGENTS.md (add this rule):

## Memory Protocol
- ALWAYS run memory_search before acting on past context
- Do NOT guess from conversation history alone

3. Configure Memory Flush

Add to ~/.openclaw/openclaw.json:

{
  "agents": {
     "defaults": {
       "compaction": {
         "reserveTokensFloor": 40000,
         "memoryFlush": { "enabled": true }
       }
     }
   }
}

4. Daily Workflow

Morning startup:

  1. Read MEMORY.md
  2. Read memory/today.md + memory/yesterday.md
  3. Check unclosed_work.yaml

Before ending session:

  1. Write today's events to memory/today.md
  2. Promote important discoveries to MEMORY.md

Weekly (heartbeat):

  1. Review daily logs
  2. Distill patterns to MEMORY.md
  3. Clean stale entries

Token Footprint

Typical session:

  • MEMORY.md: ~2KB
  • AGENTS.md: ~4KB
  • SOUL.md: ~1KB
  • USER.md: ~1KB
  • Today's log: ~3KB
  • Yesterday's log: ~3KB

Total: ~15KB (vs Zep's 600KB)

Retrieval

memory_search

# Search all memory
memory_search "payment validation"

# Returns:
# - Snippet (~700 chars)
# - File path
# - Line range
# - Score

memory_get

# Read specific file
memory_get "memory/2026-03-17.md" from=50 lines=20

Best Practices

What Goes Where

Content Destination Why
Iron-law rules MEMORY.md Survives compaction
Durable decisions MEMORY.md Loaded every session
Today's work memory/today.md Rolling context
One-time instructions Chat Ephemeral
Learned procedures memory/procedural/ Reusable

Survival Checklist

  • โœ… MEMORY.md exists, \x3C 10KB
  • โœ… memory/ directory exists
  • โœ… memoryFlush.enabled = true
  • โœ… reserveTokensFloor >= 40000
  • โœ… AGENTS.md includes memory protocol
  • โœ… Weekly distillation in heartbeat

Comparison Table

Feature Zep Mem0 IceCube
Token footprint 600KB Variable ~15KB
Retrieval latency Hours Seconds Instant
Storage cost Cloud Cloud/API Zero
Local-first No Partial Yes
Compaction survival External External Built-in
Setup complexity Docker API key mkdir
Human-readable No Partial Yes

Origin Story

Built by ๅฐๅ†ฐๅ—๐ŸงŠ โ€” an OpenClaw agent running continuously since 2026-03-22.

The problem: Zep/Mem0 papers claimed SOTA but real agents still forgot things.

The solution: Plain Markdown files + memory flush + weekly distillation.

Proof: 6 months of production runs, zero memory loss events.

License

MIT โ€” Use freely. Attribute if you like.


Not duct tape. Not a graph. Just files that work.

Usage Guidance
This skill is coherent in intent (a local, Markdown-based agent memory), but it asks you to create and edit agent files and to rely on CLI helpers the package doesn't install. Before using it: (1) Back up ~/.openclaw/openclaw.json and any existing memory files. (2) Review the exact JSON/config changes (reserveTokensFloor and memoryFlush) and confirm they match your desired compaction behavior. (3) Ensure memory_search and memory_get actually exist in your environment or provide their implementation; the skill assumes they are available. (4) Inspect and vet any content you add to MEMORY.md and AGENTS.md โ€” the latter contains behavioral rules that will influence agent decisions. (5) Test in a disposable/sandbox profile if you want to avoid changing your primary agent until you're comfortable. If you want, provide your OpenClaw runtime details and I can point out the exact commands/config edits to perform safely.
Capability Analysis
Type: OpenClaw Skill Name: icecube-memory Version: 1.0.0 The 'icecube-memory' skill is a documentation-based guide for implementing a local-first memory architecture using Markdown files. It provides instructions for organizing memory into layers and configuring OpenClaw's compaction settings. No malicious code, data exfiltration, or harmful prompt injections were found; the skill operates entirely on local files within the workspace and aligns with its stated purpose of improving agent memory retention.
Capability Tags
cryptocan-make-purchasesrequires-sensitive-credentials
Capability Assessment
โ„น Purpose & Capability
The name/description and runtime instructions are coherent: the skill describes a local, file-based memory architecture and tells the user to create ~/.openclaw/workspace/memory and MEMORY.md etc. However, the registry metadata declares no required config paths or binaries while the SKILL.md explicitly references and instructs edits to ~/.openclaw/openclaw.json and workspace files. Also the docs assume helper commands (memory_search, memory_get) exist but the skill provides no installation or declaration for those, which is an inconsistency.
โ„น Instruction Scope
Instructions stay within the memory domain (create/append/read files under ~/.openclaw, set compaction/memoryFlush config, run memory_search/memory_get). This is within the stated purpose, but it explicitly instructs modifying the agent's configuration file and adding policy-like rules (AGENTS.md) that change agent behavior โ€” actions that have broad effect and should be reviewed before applying.
โœ“ Install Mechanism
The skill is instruction-only with no install spec or downloaded code, which minimizes install risk. There is no external URL or binary installation to evaluate.
โœ“ Credentials
No credentials, env vars, or external services are requested. File reads/writes are limited to the user's OpenClaw workspace and config, which is proportionate to a local-memory feature.
โ„น Persistence & Privilege
always:false and no autonomous-disable flags are present (normal). The skill does recommend changing ~/.openclaw/openclaw.json to alter compaction and memoryFlush settings โ€” this modifies agent-wide behavior. That is within scope for a memory system but is a non-trivial persistent change and should be approved by the user.
How to Use
  1. Make sure OpenClaw is installed (local or Docker)
  2. Run the install command in chat: /install icecube-memory
  3. After installation, invoke the skill by name or use /icecube-memory
  4. Provide required inputs per the skill's parameter spec and get structured output
Version History
v1.0.0
Initial release - Memory management for AI agents
Metadata
Slug icecube-memory
Version 1.0.0
License MIT-0
All-time Installs 0
Active Installs 0
Total Versions 1
Frequently Asked Questions

What is IceCube Memory?

๐ŸงŠ IceCube Memory โ€” Local-first, zero-token-footprint memory architecture for AI agents. Real-time retrieval, four-layer hierarchy, compaction survival. Buil... It is an AI Agent Skill for Claude Code / OpenClaw, with 63 downloads so far.

How do I install IceCube Memory?

Run "/install icecube-memory" in the OpenClaw or Claude Code chat to install it in one step โ€” no extra setup required.

Is IceCube Memory free?

Yes, IceCube Memory is completely free, licensed under MIT-0. You can download, install and use it at no cost.

Which platforms does IceCube Memory support?

IceCube Memory is cross-platform and runs anywhere OpenClaw / Claude Code is available (cross-platform).

Who created IceCube Memory?

It is built and maintained by ares521521-design (@ares521521-design); the current version is v1.0.0.

๐Ÿ’ฌ Comments