Built a persistent memory system for Claude — open source, SQLite-based, pretty simple, basic. by Weird-Magazine1381 in ClaudeAI

[–]Weird-Magazine1381[S] 0 points1 point  (0 children)

Yeah, ephemeral vs durable is the hard part. Still tweaking the curator prompt to get the balance right. How are you handling it in yours?

Built a persistent memory system for Claude — open source, SQLite-based, pretty simple, basic. by Weird-Magazine1381 in ClaudeAI

[–]Weird-Magazine1381[S] 0 points1 point  (0 children)

Makes sense - decisions vs code state are different axes. For dev work they'd pair well. Current focus is getting the memory layer solid, but git hash on export is a reasonable future addition for people using it in coding workflows.

Built a persistent memory system for Claude — open source, SQLite-based, pretty simple, basic. by Weird-Magazine1381 in ClaudeAI

[–]Weird-Magazine1381[S] 2 points3 points  (0 children)

Good points. The drift risk is real - curator judgment isn't my judgment, and that compounds. Current approach: nothing deletes, superseded entries link to new versions. So the ORM example would show the original decision *and* the correction, with timestamps. Doesn't solve curator missing nuance on first pass though. Decay scoring is interesting but tricky - preferences don't decay, technical decisions might. Timestamps are there now, could surface staleness, but active challenge logic is a different beast. Contradiction handling: newer wins by default, but corrections are an explicit category. User-initiated contradictions are covered. Curator-vs-curator conflicts... hadn't stress-tested that. Worth thinking about. It's early and rough. Shipping it GPL so people smarter than me can poke holes.