Every AI conversation ends the same way: close the session and the context is gone. Lighthouse Memory, the newest product from decentralized storage protocol Lighthouse, fixes that with three primitives, remember, recall and forget, persisting every memory as a verifiable blob an agent can carry across models, tools and sessions.<\/p>\n
Most people assume an AI \u201cforgets\u201d because the model isn\u2019t smart enough to hold onto details. That\u2019s not what\u2019s happening. A context window is everything the model can see in the current conversation. Memory is what persists after that conversation ends. These are two different things, and most AI tooling has never actually separated them.<\/p>\n
That\u2019s why the same frustration repeats across every tool: start a new chat and you re-explain your project. Switch from one assistant to another and the new one is a stranger. Come back to the same thread three days later and useful context has already fragmented across sessions you can\u2019t easily stitch back together.<\/p>\n
The fix isn\u2019t a bigger context window. A window that holds more still resets the moment the session ends. What\u2019s missing is a persistence layer outside the model itself, somewhere an agent can save what matters and retrieve it later, on demand, regardless of which model or client is running at the\u00a0time.<\/p>\n
How Lighthouse Memory\u00a0Works<\/p>\n
The public surface is three verbs: remember, recall and forget. An agent connects through one of two paths, a hosted MCP server at memory-api.lighthouse.storage\/mcp for any MCP-capable client (Claude Code and Claude Desktop both connect directly), or a TypeScript SDK for custom\u00a0builds.<\/p>\n
The public surface is three verbs: remember, recall and forget. An agent connects through one of two paths, a hosted MCP server at memory-api.lighthouse.storage\/mcp for any MCP-capable client (Claude Code and Claude Desktop both connect directly), or a TypeScript SDK for custom\u00a0builds.<\/p>\n
Every memory that gets saved is persisted as a verifiable blob addressed by an IPFS-compatible CID, the same addressing scheme IPFS has always used. You choose the storage backend per store: Walrus, built on Sui, where memories exist as Move objects secured by erasure coding, or Filecoin, with a longer track record and continuous storage proofs (PoRep and PoSt). Retrieval works the same way regardless of which backend holds the data, recall() searches by meaning rather than exact keyword matching, and returns the matching memories with their id, CID, relevance score and\u00a0tags.<\/p>\n
Lighthouse doesn\u2019t force a single storage philosophy. Each memory store picks the backend that fits the workload.<\/p>\n
Walrus vs\u00a0Filecoin<\/p>\n
As of August 2026, Lighthouse\u2019s own pricing put Filecoin\u2019s free tier at 5 GB against Walrus\u2019s 100 MB, with entry-level paid plans starting around $12 a month, reflecting Walrus\u2019s higher per-gigabyte cost for its faster retrieval. The practical split: reach for Walrus when an agent needs memories back quickly and often, and Filecoin when the priority is archival durability at the lowest possible cost per\u00a0byte.<\/p>\n
The detail that separates Lighthouse Memory from most memory products bolted onto a single assistant: it never calls a language model itself. It has no opinion about which model is doing the reasoning. An agent can run on GPT, Claude, Llama, Qwen, Mistral or DeepSeek through Ollama or vLLM, recall context from memory, and inject it directly into the\u00a0prompt.<\/p>\n
That matters practically, not just architecturally. A support agent might store \u201cYour staging environment is at staging.acme.dev\u201d from one conversation. Because that memory lives in Lighthouse rather than inside whichever client wrote it, a completely different model asked the same question later returns the same correct answer. Switching tools doesn\u2019t reset what\u2019s been\u00a0learned.<\/p>\n
Under the hood, both supported engines (a batched engine for standard use, and memwal for encrypted memory with Walrus and SEAL) implement the same interface: remember, recall, list, get, forget, status and snapshot. That consistency is what lets Lighthouse Memory function as one shared layer across every model a team happens to be using, rather than a feature locked to one vendor\u2019s ecosystem.<\/p>\n
Because every memory carries an id, a CID, a relevance score and tags, an auditor can reconstruct exactly what an agent knew at the moment it made a decision, not just what it eventually did. That\u2019s a genuine audit capability most memory layers simply don\u2019t offer: poll status() and you can catch pending memories at session end, a keyword fallback where semantic embeddings should have matched, or a stale snapshot CID before it becomes a production problem.<\/p>\n
Lighthouse\u2019s own documentation is unusually precise about where that verification stops. A CID proves a memory exists and hasn\u2019t been silently altered since it was written. It does not prove the memory was true when it was recorded. It does not prove the agent recalled the correct memory for the question it was answering. And it doesn\u2019t establish who wrote a memory unless that\u2019s explicitly recorded, which Lighthouse Memory does via an agent field on every\u00a0entry.<\/p>\n
That\u2019s a narrower, more honest claim than most \u201cverifiable AI\u201d marketing makes, and it\u2019s worth taking seriously for exactly that reason. Deletion semantics follow the same precision: on the Lighthouse\/Filecoin path, forget() stops the storage period from renewing, the content stays technically readable until that period lapses, then is reclaimed. On Walrus, forget() removes the local copy and unpins the IPFS mirror immediately. Anyone building on this for private or regulated data should pick a backend based on that distinction, not discover it after the\u00a0fact.<\/p>\n
Two integration paths, depending on what\u2019s being\u00a0built.<\/p>\n
For an MCP-capable client like Claude Code or Claude Desktop, connecting is a one-line command pointing at Lighthouse\u2019s hosted MCP\u00a0server:<\/p>\n
claude mcp add lighthouse-memory
–transport http “https:\/\/memory-api.lighthouse.storage\/mcp”
–header “Authorization: Bearer $LIGHTHOUSE_API_KEY”<\/p>\n
Once connected, the agent gains remember, recall and forget as tools it calls on its own, deciding when something is worth saving and when a question calls for retrieving something it already\u00a0knows.<\/p>\n
For a custom agent build, the TypeScript SDK gives direct\u00a0control:<\/p>\n
import { createStorage, createEmbedder } from ‘@lighthouse-ai\/core’;
import { BatchedEngine } from ‘@lighthouse-ai\/engine-batched’;
import ‘@lighthouse-ai\/store-lighthouse’;
import ‘@lighthouse-ai\/embed-local’;<\/p>\n
const memory = new BatchedEngine(
createStorage(),
{ namespace: ‘my-agent’, embedder: await createEmbedder(‘local’) }
);<\/p>\n
await memory.remember(‘Our project uses TypeScript.’, {
tags: [‘stack’],
});
await memory.flush();<\/p>\n
const context = await memory.recall(‘What language do we use?’);<\/p>\n
That\u2019s the entire surface. No vector database to provision, no schema to design before the first memory is\u00a0saved.<\/p>\n
Lighthouse didn\u2019t arrive at this problem from the AI side. The company spent years running decentralized storage on IPFS and Filecoin, serving a reported 2,000+ teams, with encryption, token gating and gateway infrastructure already in production before \u201cagent memory\u201d was a category anyone was pitching. The June 2026 Walrus integration moved from announcement to full SDK support within a single quarter, a faster shipping cadence than most infrastructure teams\u00a0manage.<\/p>\n
Lighthouse has a token generation event approaching. No official date has been confirmed as of this writing, so treat any specific timeline you see elsewhere as unverified. What\u2019s actually worth evaluating right now is the product itself: a memory layer that\u2019s model-agnostic, backed by a choice of two storage networks, precise about what its verifiability claims do and don\u2019t cover, and already running in production MCP setups today. Whatever the TGE ends up looking like, that\u2019s the part that\u2019s live and testable right\u00a0now.<\/p>\n
Lighthouse main\u00a0website<\/a>Lighthouse Memory<\/a>Lighthouse Storage<\/a>Lighthouse Blogs<\/a><\/p>\n Your AI Agent Has Amnesia: Inside Lighthouse Memory<\/a> was originally published in Coinmonks<\/a> on Medium, where people are continuing the conversation by highlighting and responding to this story.<\/p>","protected":false},"excerpt":{"rendered":" Every AI conversation ends the same way: close the session and the context is gone. Lighthouse Memory, the newest product from decentralized storage protocol Lighthouse, fixes that with three primitives, remember, recall and forget, persisting every memory as a verifiable blob an agent can carry across models, tools and sessions. The Real Problem: Context Windows […]<\/p>\n","protected":false},"author":0,"featured_media":238226,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2],"tags":[],"class_list":["post-238225","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-interesting"],"_links":{"self":[{"href":"https:\/\/mycryptomania.com\/index.php?rest_route=\/wp\/v2\/posts\/238225"}],"collection":[{"href":"https:\/\/mycryptomania.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/mycryptomania.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"replies":[{"embeddable":true,"href":"https:\/\/mycryptomania.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=238225"}],"version-history":[{"count":0,"href":"https:\/\/mycryptomania.com\/index.php?rest_route=\/wp\/v2\/posts\/238225\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/mycryptomania.com\/index.php?rest_route=\/wp\/v2\/media\/238226"}],"wp:attachment":[{"href":"https:\/\/mycryptomania.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=238225"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mycryptomania.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=238225"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mycryptomania.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=238225"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}