‘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

Reddit user shares prompt structure to reduce Claude Code output drift in complex tasks
A Reddit user found that using a structured prompt layout for longer Claude Code tasks helps prevent output drift. The approach involves defining specific elements like task scope, required files, success criteria, and avoidance parameters before execution.

Using ntfy for OpenClaw agent notifications
A developer shares their experience using ntfy.sh's self-hosted version for push notifications from OpenClaw agents, avoiding Discord/Telegram bots by running ntfy serve on the same VPS and using HTTP post requests.

OpenClaw Dashboard Disconnecting After 2026.5.27 Update? Fix: Remove Stuck Update Launchd Job
After the 2026.5.27 update, a stuck update launchd job causes dashboard WebSocket disconnects and Telegram failures. Removing the job restores stability.

Treating Agent Runs as Review Packets: A Practical Pattern for Claude Code & Codex
A developer shares how producing a structured folder per agent run (research, drafts, evals, approval packet, metrics, memory) makes failures visible and iterations faster.