Claude Has Six Distinct Memory Systems, Not One: A Developer's Guide

·1 views

Claude does not operate on a single unified memory system; instead, it uses different mechanisms across Claude Chat, Claude Code, and the API, each storing information in separate locations with distinct boundaries. Chat memory, project memory, past chat search, CLAUDE.md files, auto memory, and the API memory tool each serve different purposes and are managed by different parties. Memory in Claude Chat stores extracted preferences and context that can influence future conversations, while past chat search retrieves details from original conversation histories only when needed. Claude Code relies on markdown files like CLAUDE.md and auto memory tied to a specific repository on a specific machine, meaning context does not automatically transfer across devices or projects. Anthropic is currently migrating users to an improved memory experience, accessible via Settings > Memory, which organizes stored information into categorized entries updated in real time.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Why Unit-Testing LLMs Fails and How a Structured Eval Harness Solves It

A developer building an internal LLM-assisted tool found that standard unit tests are ineffective for non-deterministic AI outputs, where results vary with every run. To address this, they adopted a two-part strategy: minimizing the LLM's role to a single drafting step while keeping routing, tracking, and safety checks as plain deterministic code. The LLM sits behind a provider interface, allowing the entire deterministic layer to be tested with ordinary unit tests using no API calls. For the irreducible non-deterministic portion, a dedicated eval harness was built to honestly assess what each testing layer can and cannot catch. The approach shifts the goal from chasing exact outputs to verifying system behavior within clearly defined, testable boundaries.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Why Batch Pipelines Fail Corporate Knowledge Graphs and How to Fix Them

A developer building 2asy.ai, a Graph-RAG system for East Asian corporate intelligence, discovered that standard batch pipelines break down when applied to incrementally updated corporate knowledge graphs. The core problem is that batch-based entity resolution relies on blocking keys across an entire document corpus, meaning new incoming data cannot be matched against existing graph nodes, leading to duplicate disconnected entries. A second issue arises when company details change over time, as naive append logic stores both old and new values simultaneously, causing conflicting facts that confuse downstream language models. The proposed fixes include a live-graph entity resolution pattern that checks incoming entities against existing nodes before insertion, and a time-bounded fact assertion model that supersedes outdated property values rather than overwriting or duplicating them. Both solutions are demonstrated with Python and Neo4j code examples designed for production incremental update pipelines.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Developer finds JSON-locked AI design kills creativity, shifts to token-only approach

A developer managing over 600 web tools across five locales experimented with ways to prevent AI-generated UI from drifting in design between generations. An initial approach of defining each tool's layout as JSON eliminated inconsistency but produced rigid, spreadsheet-like screens with no visual expressiveness. The developer concluded that locking layout structure through JSON caps design quality at whatever the renderer can implement, effectively trading drift for lifelessness. A revised strategy locked only design tokens — CSS variables for color, typography, spacing, and radii — while allowing the AI to compose layouts freely using a shared UI kit. This shift preserved brand consistency while restoring visual flexibility, aided by improving AI design capabilities in models available through early 2026.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Self-Taught Developer Builds Edge-Computing Air Quality Monitor Using AI and Modular Hardware

A developer with no formal electronics or C++ background built a fully functional smart air quality monitor using an ESP32 microcontroller, off-the-shelf sensors, and AI-assisted coding. The device autonomously reads gas, temperature, and humidity levels, categorizes air quality and room comfort in plain language, and triggers a fan via relay when air quality drops. The creator followed a six-step framework centered on modular open-source hardware, pre-written libraries, and iterative AI-guided learning rather than traditional study. Troubleshooting revealed real-world pitfalls, including an OLED display using an unexpected driver chip and an ESP32 board that was not fully seated in its adapter. The project was shared on DEV Community as a practical guide to encourage others to build hardware projects without prior technical expertise.

0 comments Read more at DEV Community