OpenClaw Memory Troubleshooting: Separate Capture from Recall
Troubleshoot OpenClaw memory by testing capture, processing readiness, retrieval scope, and the final answer separately.

If OpenClaw appears to forget information, first determine whether the information was captured, became available for search, and was retrieved in the intended scope. Installing a memory integration does not prove all three steps occurred. Test each boundary with a simple fact before diagnosing a complex conversation.
Verify the documented integration path
Follow the current Supermemory OpenClaw integration guide for installation and configuration. Confirm that the intended integration is active in the session being tested. Avoid mixing instructions from older plugin versions or assuming every client loads the same configuration.
Use non-sensitive test information and record the account or scope involved. If a setup screen reports success, continue with an actual write-and-recall test rather than treating the connection indicator as the final check.
Inspect capture independently
Create a clearly stated fact or decision that should be remembered. Check whether a record or source appears through the integration's documented controls. If capture is selective, compare the test with the configured capture behavior.
A statement in the conversation may remain only in local history. Conversely, capturing every message can create noisy memory. The test should confirm that the intended information reaches persistent storage with the correct scope, not merely that some data was written.
Test recall from a fresh session
Start a new session and ask a question that requires the saved fact. Inspect the retrieved context where the integration exposes it. If the fact is stored but not returned, investigate scope, filters, processing status, and query relevance. If it is returned but ignored, investigate the final context and conflicting instructions.
Do not repeatedly save the same fact to compensate for a retrieval problem. Duplicate records can make the result look better temporarily while obscuring the cause and complicating later corrections.
Test changes, not only successful recall
Correct the fact and repeat the fresh-session question. Remove it through the documented controls and test again. If you use multiple projects or identities, verify that information does not cross their intended boundaries.
The cross-session debugging guide provides a step-by-step diagnostic model. To set up or repair the integration, use the OpenClaw setup guide and keep a short record of capture, readiness, retrieval, and answer outcomes.