Shared Memory for Multi-Agent OpenClaw

ReviewAudited by ClawScan on May 10, 2026.

Overview

The skill’s purpose is understandable, but it asks the agent to automatically make persistent changes across multiple workspaces and share conversation memory between agents.

Use this only if you want durable cross-agent memory. Before running it, ask the agent to show all target paths, back up each AGENTS.md file, confirm every persistent edit, and avoid storing secrets or sensitive personal details in shared memory.

Findings (3)

Artifact-based informational review of SKILL.md, metadata, install specs, static scan signals, and capability signals. ClawScan does not execute the skill or run runtime probes.

What this means

A mistake or unwanted edit could change how multiple OpenClaw agents behave in future sessions.

Why it was flagged

The skill directs the agent to perform persistent filesystem and agent-configuration changes across multiple workspaces without an explicit confirmation, backup, or rollback step.

Skill content
“Do everything automatically” ... “Append the shared memory protocol block to each agent's `AGENTS.md`.”
Recommendation

Require the agent to show exact target paths and diffs, make backups of AGENTS.md, ask for confirmation before each persistent edit, and provide an uninstall/rollback procedure.

What this means

Incorrect, sensitive, or misleading summaries could be reused by other agents and affect future answers or actions.

Why it was flagged

The skill creates persistent memory that is automatically reused across agents and sessions, but does not define retention, review, trust boundaries, or safeguards against stale or poisoned memory.

Skill content
“Session start | Read `SHARED-MEMORY.md` + all other agents' sync files” and “Session end | Update own sync file with conversation highlights.”
Recommendation

Treat shared memory as untrusted context, let the user review or approve sensitive entries, exclude secrets and private content, add retention/cleanup controls, and record which agent wrote each entry.

What this means

One wrong or malicious memory entry could influence several agents instead of staying isolated to one workspace.

Why it was flagged

The design scales by making every agent read other agents' shared summaries, so a bad entry can propagate across multiple workspaces and future sessions without containment controls.

Skill content
“For each additional agent ... Update existing agents' AGENTS.md to also read the new agent's sync file.”
Recommendation

Add containment rules: source labels, timestamps, conflict handling, user review for important shared facts, and a way to disable or isolate a problematic agent's sync file.