DEV Community: Rahil Pirani

AI memory has a contradiction problem nobody is talking about

Rahil Pirani — Mon, 25 May 2026 06:53:45 +0000

Most discussions about AI memory focus on a few main concerns: whether it lasts across sessions, how quickly it retrieves information, and whether it can scale. These are important questions. However, there’s a simpler issue that often gets overlooked, and it slowly worsens memory systems over time.

What happens when two stored memories conflict?

You tell your AI assistant that you prefer short, direct answers. A month later, you mention wanting more detailed explanations with examples. Both preferences get stored. Now, every recall brings up both. The system tries to accommodate both, but neither aligns with what you actually want at that moment.

This isn’t just a hypothetical situation. It happens with any memory system that only adds information over time. Your preferences change. Your situation evolves. But the earlier version of you is still there, pushing in the opposite direction.

Most people default to using a review inbox. It identifies conflicts and lets the user decide. It sounds good in theory but is frustrating in practice.

No one wants to manage their AI's memory manually. The goal is for it to work in the background. A review inbox turns memory management into a task that often gets ignored, leading to a buildup of contradictions anyway.

Another common method is timestamp-based overwriting: when new information comes in, it checks for similarities and replaces the old. But similarity doesn’t equal contradiction. "I work best in the mornings" and "I do my best thinking late at night" may be very different but share low similarity. A vector search won’t catch this. Both get stored and recalled.

The right question isn’t "how do we find similarities?" It should be "how do we identify logical incompatibility?"

This is a semantic reasoning challenge, not just a retrieval one. Two memories might not seem similar, yet can still contradict each other. The only way to recognize this is with a language model, not through distance metrics.

When we integrated contradiction detection into second-brain, our key design choice was to use a large language model (LLM) to check if new memories contradict any of the most recently recalled ones. We inquire not only "is this similar?" but "can both of these be true at the same time?"

When a conflict arises, the new memory prevails. The old one gets deleted entirely, from both storage and the vector index. It's gone. The new memory is the only version that exists.

There’s a real trade-off worth noting. Conditional preferences can be tricky.

For example, "I want short responses when I’m coding, long ones when I’m strategizing" isn’t a contradiction. Those statements can coexist. An unsophisticated LLM check might flag them as conflicting. To get this right, enough context needs to be passed through the check so the model can distinguish between real conflicts and situational variations.

This is a more complex issue, and the current implementation doesn't address it entirely. It handles clear cases well: factual contradictions, changes in preferences, updated decisions. The conditional cases represent a known gap.

However, catching the clear cases already makes a significant difference. A memory system that sometimes overlooks nuanced conditions is still better than one that continuously accumulates contradictions without end.

Storage is the easy part of AI memory; everyone can provide it. What truly matters for long-term usefulness is coherence over time, not just a lot of noise. To achieve coherence, contradictions must be treated as a primary issue, not just a task to clean up later.

I built persistent AI memory for Claude on Cloudflare's free tier

Rahil Pirani — Wed, 20 May 2026 04:45:51 +0000

Every Claude session starts fresh. You copy context, explain your setup, reintroduce your project, and then do it all over again the next day. I got tired of this and created a solution.

second-brain-cloudflare is a self-hosted MCP server that provides Claude, ChatGPT, Cursor, and any MCP-compatible client with persistent memory across sessions. It operates entirely on Cloudflare's free tier. Here’s how it works.

The stack

Cloudflare Workers: MCP server, REST API, and web UI, all from one wrangler deploy
D1 (SQLite): stores entry content, tags, source, timestamps, and vector chunk IDs
Vectorize: the vector index (bge-small-en-v1.5, 384 dimensions)
Workers AI: bge-small-en-v1.5 for embeddings, @cf/meta/llama-4-scout-17b-16e-instruct for web UI synthesis

One deployment. No external databases. No API keys needed beyond your Cloudflare account token.

Tag-based time-decay reranking

Pure vector similarity has a drawback. A memory from three months ago can outrank something you saved yesterday if it’s semantically closer. The solution is to fetch three times more candidates than needed (topK=5 pulls 15), then score each using a tag-aware half-life:

Tasks: 7-day half-life
Work: 3-month half-life
Context: 6-month half-life
Default: 30-day half-life

adjusted_score = cosine_similarity × e^(-age_in_days / half_life)

Duplicate detection

Before storing anything, embed the incoming content and query Vectorize for its nearest neighbor:

Score ≥ 95%: block
Score 85–94%: store with duplicate-candidate tag
Score < 85%: store normally

Without this step, Claude creates 20–30 nearly identical entries for the same decision.

Smart chunking

Long notes split at sentence ends, with a 200-character overlap. Each chunk receives its own vector. Chunk IDs are stored in D1, so forget() reliably removes all related vectors.

Temporal recall (v1.2.0)

Queries now support time limits:

recall("API decisions", after="7 days ago")
recall("standup notes", after="2026-05-12") Supports: "today", "yesterday", "last week", "this month", ISO dates, and epoch timestamps.

AI synthesis in the web UI

Queries flow through @cf/meta/llama-4-scout-17b-16e-instruct before being rendered. Answers stream in real time, with source memories that can be collapsed underneath. You’ll find Append and Forget buttons. This runs on your own Cloudflare account.

Why the free tier works

D1: 5GB storage, 5 million row reads per day
Vectorize: 5 million vectors, 30 million queried dimensions per month (adequate for team scale but fine for personal use)
Workers AI: 10,000 Neurons per day

Try it

Deploy: https://thesecondbrain.dev
GitHub: https://github.com/rahilp/second-brain-cloudflare

If this was helpful, please give it a star.

I gave Claude a persistent memory for $0/month using Cloudflare

Rahil Pirani — Sun, 10 May 2026 05:35:41 +0000

I gave Claude a persistent memory for $0/month using Cloudflare

Claude is great. But every time you start a new conversation, it forgets everything. Your projects, your preferences, what you decided last week — gone.

The official memory feature exists, but it's vague and you can't really control it. You can't query it, tag it, or search it semantically. It's a black box that occasionally surfaces something useful.

So I built my own.

What it is

It's a self-hosted MCP server that runs on Cloudflare Workers. Four tools: remember, recall, list_recent, forget. Claude calls them automatically. You never think about it.

The interesting part is how recall works — it's not keyword search. Every note gets embedded as a 384-dimensional vector using bge-small-en-v1.5 on Workers AI. When you ask Claude something, it searches by meaning, not exact words.

Store: "users drop off at the payment step."

Query: "onboarding problems."

It finds it. No keyword overlap needed.

Why Cloudflare

Honestly, cost. The whole stack — Workers, D1 (SQLite), Vectorize, Workers AI embeddings — runs on Cloudflare's free tier at personal scale. You don't even need a credit card to get started.

The other reason is deployment. There's a one-click deploy button that provisions everything automatically. It takes about 3 minutes to go from zero to a running second brain connected to Claude Desktop.

How to set it up

1. Deploy — click the button in the repo, Cloudflare provisions D1 + Vectorize and deploys the Worker.

2. Run the schema — one SQL snippet in the Cloudflare dashboard.

3. Set your auth token — one command with wrangler.

4. Connect Claude Desktop — add a few lines to your config JSON:

{
  "mcpServers": {
    "second-brain": {
      "command": "npx",
      "args": ["mcp-remote", "https://<your-worker-url>/mcp"]
    }
  }
}

That's it. Claude now has persistent memory across every conversation.

What I actually use it for

I have Claude set up to call recall at the start of every conversation, before it says anything. So when I open a new chat and say "continue the onboarding work from last week," it already knows what that means.

I also capture from everywhere — there's a browser bookmarklet that saves any highlighted text or page with one click, and iOS Shortcuts for voice capture on the go. "Hey Siri, brain dump" and I can dictate a note that shows up in Claude's memory immediately.

What it doesn't do (yet)

There's no UI for browsing your memory. You can hit the /list endpoint, but it's raw JSON. I want to build a proper dashboard eventually — something that shows your memory visually, lets you edit or delete entries, maybe shows what Claude has recalled most often.

Also, the local dev experience is slightly annoying because Vectorize and Workers AI don't run locally — you end up pointing at remote resources for real testing. Not a dealbreaker, but worth knowing.

The repo

Everything is open source under MIT. One-click deploy, manual setup instructions, iOS Shortcuts templates, bookmarklet source — it's all there.

→ github.com/rahilp/second-brain-cloudflare

If you use it, I'd genuinely like to know what you end up storing in it. That's the part I'm most curious about — what people actually find worth remembering.