executing-plans
executing-plans
Use when executing an implementation plan in the current session as the implementer yourself — your human partner chose inline execution, or no subagent tool is available
knowledge-graphThree-Layer Memory System — automatic fact extraction, entity-based knowledge graph, and weekly synthesis. Manages life/areas/ entities with atomic facts and living summaries.
Independent GitHub snapshot · Automated classification · Original documentation governs
name: knowledge-graph description: Three-Layer Memory System — automatic fact extraction, entity-based knowledge graph, and weekly synthesis. Manages life/areas/ entities with atomic facts and living summaries. metadata: {"version":"1.1.0","openclaw":{"emoji":"🧠"}} permissions:
Maintain a lightweight, append-only entity graph that compounds durable facts across sessions.
Store the graph under:
<workspace>/life/areas/
people/<slug>/
companies/<slug>/
projects/<slug>/
Each entity folder should contain:
summary.md for the short, current snapshotfacts.jsonl for atomic, append-only factsUse one JSON object per line:
{
"id": "<slug>-NNN",
"fact": "Plain-English fact",
"category": "relationship|milestone|status|preference|context|decision",
"ts": "YYYY-MM-DD",
"source": "conversation|manual|inference",
"status": "active|superseded",
"supersedes": "<older-id>"
}
Durable facts usually include:
facts.jsonl.summary.md in 3 to 8 concise lines.summary.md first.facts.jsonl only if the summary is stale or the user asked for detail.Recall should be triggered, not automatic.
Create the core directories once:
mkdir -p life/areas/people life/areas/companies life/areas/projects
If multiple agents share one workspace, point them at the same life/ directory so they operate on the same entity store.