u/desexmachina

Where do the cool kid developers hang out or co-work?

Just curious if there’s a coffee shop or co-work where the self-proclaimed cool devs congregate

reddit.com
u/desexmachina — 3 days ago
▲ 1 r/SaaS

Launched HeurChain on ProductHunt today, Agent memory infrastructure

I've been building in the AI agent space for a while. The problem that keeps hitting me: agents forget everything when the session ends. Not a bug, it's how most of them are built. Context windows are ephemeral by design.

So I built HeurChain. It's persistent memory infrastructure for AI agents. Structured, queryable, cross-session memory. Built on MCP so it works with any compatible agent without SDK lock-in.

The boring business stuff:

  1. Freemium model. Self-hosted core is free. Managed cloud is usage-based (writes + storage tier).
  2. 50K+ memory writes across early clusters
  3. Multi-agent support
  4. Sub-50ms hot tier reads

I don't know if this is a billion-dollar category or a niche tool. The agent memory space is still early. But every team I talk to is either duct-taping this or ignoring it.

Launched on ProductHunt today:
[https://www.producthunt.com/products/heurchain-agent-memory-infrastructure?utm\_source=other&utm\_medium=social\](https://www.producthunt.com/products/heurchain-agent-memory-infrastructure?utm\_source=other&utm\_medium=social)

Questions for other SaaS builders:

  1. Are you hitting this memory problem with agents?
  2. Would you pay for infrastructure here, or build it in-house?

Curious what the SaaS crowd thinks.

u/desexmachina — 14 days ago
▲ 3 r/claude

I built persistent memory for MCP-compatible agents, HeurChain just launched

If you've been playing with Claude Desktop + MCP servers, you've probably noticed something. Claude can call tools. Those tools can fetch data. But none of them remember anything between sessions.

The MCP protocol defines how agents talk to resources. It doesn't define how those resources persist state. So every time you restart Claude Desktop, your custom MCP tools are starting fresh. The agent learned your repo structure? Gone. It figured out your naming conventions? Gone.

HeurChain is basically the missing persistence layer. It's an MCP-native memory service. Any agent that speaks MCP gets structured memory for free, no SDK, no proprietary format.

How it works: agents read and write memory through standard MCP tool calls. The memory itself is tiered. Hot stuff in Redis, warm stuff searchable by vector similarity, cold stuff archived. The router decides what lives where.

50K+ writes so far. Multi-agent clusters can even share the same memory graph.

https://www.npmjs.com/package/heurchain it is a free tool

What are you using for state persistence right now? Or are you just accepting the amnesia?

reddit.com
u/desexmachina — 14 days ago

I kept losing agent memory between sessions, so I built a memory broker that isolates per-agent and survives restarts

Every time I restarted my agent or spun up a new session, the context was gone. No recall of previous conversations, no learned preferences, no project state. Just... blank.

So I built HeurChain — a memory broker that sits between your agents and long-term storage.

What it does:

Agent-isolated memory — each agent gets its own namespace. Agent A can't see Agent B's memory.,

Survives restarts — memory persists to disk/DB. Kill the process, restart, memory is still there.,

LLM-agnostic — works with Claude, GPT, local models. The broker handles the storage layer.,

Structured + semantic — stores both key-value facts and vector embeddings. Query by key or by meaning.,

The architecture is pretty simple: agents write to the broker via a thin client library. The broker handles deduplication, compression, and persistence. On restart, agents request their memory back.

What I learned:

Most memory systems are either per-session (context window) or global (shared RAG). The middle ground — agent-specific persistence — is underserved.,

Deduplication is tricky when agents rephrase the same fact differently. I use both hash-based matching and semantic similarity.,

Local model users want local-only. The broker can run entirely on-prem.,

Would love feedback from anyone who's built agent memory systems. What tradeoffs did you hit?

reddit.com
u/desexmachina — 14 days ago

The issue: Most memory implementations are agent-specific and don't survive agent recreation or handle sub-agent sessions.

Heurchain gives you:
✓ Universal integration (Hermes + Openclaw + any other agent framework)
✓ Persistent memory across agent lifecycle
✓ Automatic sub-agent session isolation
✓ Drop-in installation

npm i heurchain | Docs: https://www.npmjs.com/package/heurchain

Open to PRs and feature requests.

reddit.com
u/desexmachina — 20 days ago

So I built heurchain—a memory layer that:
- Works seamlessly with Hermes and any other agents in your stack
- Persists across agent creation/destruction (no more memory amnesia)
- Gives each sub-agent its own session tracking automatically
- Integrates in ~5 lines of code

npm i heurchain
https://www.npmjs.com/package/heurchain

Would love feedback from anyone working with multi-agent systems.

reddit.com
u/desexmachina — 20 days ago

The issue: Most memory implementations are agent-specific and don't survive agent recreation or handle sub-agent sessions.

Heurchain gives you:
✓ Universal integration (Openclaw + any other agent framework)
✓ Persistent memory across agent lifecycle
✓ Automatic sub-agent session isolation
✓ Drop-in installation

npm i heurchain | Docs: https://www.npmjs.com/package/heurchain

Open to PRs and feature requests.

reddit.com
u/desexmachina — 20 days ago