‘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

Fixing AI Agent Dumbness: A Shared Context Tree per Repo
The reason AI employees feel dumb isn't the model—it's lack of shared context. One developer's fix: a context tree repo with hierarchical markdown nodes, auto-maintained by the agent.

Anthropic's undocumented OAuth rate limit pool requires Claude Code system prompt
When using Anthropic OAuth tokens, the API routes requests to the Claude Code rate limit pool based on whether your system prompt identifies as Claude Code. Adding "You are Claude Code, Anthropic's official CLI for Claude." to your system prompt resolves mysterious 429 errors.

Token Usage Tips for Claude Code
Practical advice from a Reddit post on reducing token burn: start fresh chats, group questions, keep CLAUDE.md lean, be precise with file references, summarize and restart threads, and use lighter models for simpler tasks.

Using OpenClaw Cron Jobs for Scheduled Tasks Instead of Heartbeat Monitoring
A Reddit post explains how to use OpenClaw's cron job feature for scheduled tasks like morning briefings and email triage, with the critical --session isolated flag to prevent context bleed, and warns about potential bugs in isolated sessions across versions.