workspace/skills/memory/SKILL.md
# Skill: Persistent Memory **Purpose**: Provide persistent context across NetClaw sessions through structured facts, semantic search, and entity relationships. ## Overview The Memory skill enables NetClaw to remember information about your network across sessions. Instead of re-explaining your topology, device names, and past issues every time, NetClaw builds a memory that grows smarter with each interaction. > **Memory vs. the RAG Knowledge Base**: Memory (`memory_*` tools, `~/.openclaw/mem
npx skillsauth add automateyournetwork/netclaw workspace/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.
Purpose: Provide persistent context across NetClaw sessions through structured facts, semantic search, and entity relationships.
The Memory skill enables NetClaw to remember information about your network across sessions. Instead of re-explaining your topology, device names, and past issues every time, NetClaw builds a memory that grows smarter with each interaction.
Memory vs. the RAG Knowledge Base: Memory (
memory_*tools,~/.openclaw/memory/) holds NetClaw's OWN experience — facts, session summaries, decisions, entity relationships. Document content lives in the separate RAG knowledge base (ragskill,rag_*tools,~/.openclaw/rag/). "Remember this PDF / URL / standard" routes torag_ingest, notmemory_record_fact; "what does the vendor guide say" routes torag_search, notmemory_recall. Operational facts ("PE2 is in maintenance until Friday"), past-session questions, and decision history stay here. Neither store writes into the other.
Store precise facts about network entities with temporal validity:
Search past sessions using natural language:
Record operational decisions with rationale:
Track network topology and dependencies:
| Tool | Purpose |
|------|---------|
| memory_record_fact | Store a fact with temporal validity |
| memory_get_facts | Query current facts for an entity |
| memory_invalidate | Mark a fact as no longer current |
| memory_timeline | Query historical facts |
| memory_store_session | Store session summary for semantic search |
| memory_recall | Semantic search across past sessions |
| memory_record_decision | Log a decision with rationale |
| memory_get_decisions | Query past decisions |
| memory_link_entities | Create relationship between entities |
| memory_query_graph | Query entity relationships |
memory_record_fact entity="PE2" key="bgp_state" value="established" metadata={"peer": "10.0.0.1"}
memory_get_facts entity="PE2"
memory_recall query="BGP flapping problem" top_k=5
memory_record_decision context="PE2 BGP session flapping" decision="Increased hold timer to 180s" rationale="Reduce flap frequency" entities=["PE2", "RR1"] cr_number="CHG0001234"
memory_link_entities subject="PE2" predicate="peers_with" object="RR1"
All memory data persists in ~/.openclaw/memory/:
memory.db - SQLite database (facts, decisions, links)chroma/ - ChromaDB vector store (session embeddings)Data is automatically pruned after 1 year.
All memory write operations log to GAIT for audit trail.
Memory enables pattern detection in health checks:
"3rd BGP flap on PE2 this week - want me to investigate?"
Memory directly fulfills Principle #9: "Get smarter every session."
./scripts/memory-enable.sh)uvx --from netclaw-memory-mcp memory-mcp-server --help
ls -la ~/.openclaw/memory/
sqlite3 ~/.openclaw/memory/memory.db "SELECT COUNT(*) FROM facts;"
tools
Federate your NetClaw with other NetClaw operators over the BGP mesh — exchange capability inventories and ask your claw what a peer can do. (US1; remote invocation and chat land in later phases.)
tools
3D network topology visualization and interactive digital twin in Unreal Engine 5.8 via the built-in UE5 MCP server.
testing
Human-in-the-loop escalation via HumanRail — route low-confidence agent decisions, pre-destructive operation approvals, and ambiguous incident tickets to real human engineers. Human answers are verified and returned as structured output. Workers are paid via Lightning Network. Use when the agent is uncertain, when a destructive change needs explicit human sign-off beyond a ServiceNow CR, or when an ambiguous ticket requires human triage before automated handling.
testing
IPv4 and IPv6 subnet calculator - CIDR breakdown, usable hosts, previous/next subnets, address classification, VLSM planning, and dual-stack analysis. Use when calculating subnets, figuring out how many hosts fit in a prefix, planning IP addressing, getting wildcard masks for ACLs, or checking if two IPs are in the same subnet.