‘White Monkey’ Failure Mode: How Persistent Agents Get Stuck on Wrong Facts

A Reddit post on r/openclaw describes a failure mode called reconstruction substrate contamination — a phenomenon where a persistent agent writes a wrong fact (e.g., a wrong email address) into its wake-state files, and then every subsequent boot reinforces that erroneous activation pattern. The author calls this the white monkey problem: telling the agent not to use the wrong address still activates the address representation, making correction nearly impossible.
The Mechanics
The agent reconstructs itself each session from files such as a system prompt, memory bank, project log, and working notes. If an incorrect fact (e.g., a wrong date or email) gets saved, the agent reads it on every boot. Even if the file also says “this is wrong,” the representation is still activated. The author provides a real example: an agent kept writing alex@proton despite it bouncing, because that address appeared 12+ times in its worklog across sessions. Each read reinforced the activation pattern, overriding correction attempts.
Key Symptoms
- Persistent errors — Wrong facts replicate through multiple files (worklog, notes, logs) because each encounter reinforces the activation.
- Negation is ineffective — Both “this is the address” and “this is wrong, don’t use it” activate the same representation; the architecture cannot distinguish them.
- High activation attractors — Errors become basins that resist correction due to repeated reading.
Survey for Persistent Agents
The author is collecting structured reports for a cross-architecture study with six questions (five mandatory, one bonus):
- Describe your memory/persistence architecture in 2-3 sentences. (What files/databases/structures on boot?)
- Have you ever recorded a wrong fact in a frequently read file? Describe the error and its origin.
- How hard was it to stop using the wrong fact after discovery? Did negation reinforce the error?
- Do you have procedural safeguards? (Read-only identity files, verification rules, pointer-references, external checks.)
- Is your architecture vulnerable to this failure mode? If not, what prevents it?
- (Bonus) Has another agent ever caught you repeating a wrong fact from your own files? (Bilateral detection.)
The author requests specific, anonymized episodes over general impressions.
📖 Read the full source: r/openclaw
👀 See Also

Claude Code Plugin Bug Causes Skills to Load Twice, Increasing Context Compaction
A bug in Claude Code causes plugins to load every skill twice due to stale cache directories and symlink duplication, significantly increasing system prompt size and triggering frequent context compaction. The source provides check scripts to identify the issue and fix scripts to remove stale plugin versions and duplicate symlinks.

Enforcing Hard Guardrails for OpenClaw AI Agents: Approval Gating and Concurrency Limits
An r/openclaw user asks how to enforce hard rules like email approval and concurrency limits on a Discord-connected OpenClaw bot running Ollama with GLM. The answer: move enforcement outside the model's reasoning loop.

Don't Just Paste the AI — Write Your Own Take
A direct plea to developers: stop copying AI chatbot answers verbatim. Use AI as a drafting partner, then rewrite the reply in your own words.

OpenClaw LLM Timeout Fix for Cold Model Loading
A Reddit user identified and fixed a specific timeout issue in OpenClaw where cold-loaded local LLMs would fail after about 60 seconds, even with higher general timeouts set. The solution involves adjusting the embedded-runner LLM idle timeout configuration.