← Reddit

If you're NOT having usage or drift issues, have you turned off auto-memory?

Reddit · really_evan · May 19, 2026
Claude Code's auto-memory feature automatically creates individual instruction files that accumulate without consolidation, with audits revealing up to 136 memory files containing contradictions and conflicting guidance that can degrade session performance. These competing instructions may cause the model to average across contradictory signals, potentially explaining reported session drift and usage issues that community members attribute to model changes. The author created a cleanup tool that consolidates memory into two managed files and proposes testing whether disabled or well-managed memory correlates with improved session quality.

Detailed Analysis

A Reddit user in the r/ClaudeAI community has proposed a technical explanation for one of the more persistent complaints among Claude Code power users: session drift, apparent capability degradation, and premature usage limits. The hypothesis centers on Claude Code's auto-memory feature, which has been enabled by default since version 2.1.59 and silently generates individual `.md` files in a local directory each time the model determines something is worth remembering about a user or project. The author audited their own machine and discovered 136 such files across 18 projects, totaling roughly 432KB — an estimated 108,000 to 140,000 tokens of instruction overhead loading at the start of every session. Critically, these files are ingested as instructions, not conversation history, meaning the model weights them with high priority before a single user prompt is even processed.

The dysfunction emerges not merely from volume but from contradiction. Because the memory system performs no deduplication, consolidation, or conflict resolution, older guidance and newer guidance coexist silently. The author found a concrete example: one file marked a set of brand terms as approved, while a later file marked those same terms as explicitly rejected by a client. When a model attempts to honor twenty or more files that offer subtly or directly conflicting direction, it averages across the signals rather than resolving them. The author identifies this averaging behavior as the mechanism behind what users experience as "drift" — the model is not degraded, but it is incoherent by instruction. This reframes the problem from a server-side or model-quality issue to a local configuration issue that users can diagnose and address themselves.

The community discourse this post enters is notable for its polarization. Users experiencing degradation have attributed it to Anthropic A/B testing, preferential resource allocation, or deliberate model nerfing — explanations that are difficult to falsify and tend to generate significant forum friction. The author's counter-hypothesis is methodologically important because it identifies a variable that is both observable and controllable. By asking users who report no issues whether they have disabled auto-memory or actively manage their memory files, the post essentially proposes a community-sourced correlation study. If a strong association exists between memory hygiene and session quality, it would constitute meaningful evidence that the memory system — not server-side throttling or model-tier discrimination — is a primary driver of the reported problems.

The proposed solution is a Claude Code skill called `/memory-cleanup`, installable via a single curl command, which audits the memory directory, consolidates files into a two-file managed system, surfaces contradictions for user review, and installs write-mode guardrails to prevent re-accumulation. The author notes that Anthropic has separately introduced an "Auto Dream" feature that prunes memory between sessions, but argues the skill goes further by restructuring the underlying system rather than simply trimming it. That the skill was itself built collaboratively with Claude Opus 4.7 is a secondary data point: the author positioned Claude as an auditor and builder while retaining human control over diagnosis and design decisions, illustrating a workflow pattern that reflects broader emerging norms around human-AI collaborative tooling.

The broader significance of this post lies in what it reveals about the opacity of AI developer tooling as it becomes more autonomous. Auto-memory is precisely the kind of feature that improves user experience in low-volume, low-complexity use cases but compounds silently into a liability for power users with long project histories and evolving requirements. The absence of any UI-level visibility into memory file count, size, or contradiction state means most users have no mechanism to notice the problem until session quality has already degraded significantly. This gap between the feature's ambient helpfulness and its potential for compounding harm is characteristic of a class of AI product decisions — default-on, background-running, low-visibility — that will likely require more deliberate design attention as Claude Code and similar agentic tools scale to more demanding professional contexts.

Read original article →