BlazorMemory 1.0 is out. Ten months, 14 packages, and what I got wrong along the way. BlazorMemory 1.0 has been released, a .NET library that brings AI chat memory to Blazor WebAssembly without requiring a server or vector database. The library offers four storage backends and four AI providers, including a fully local Ollama option, and includes a drop-in UI component, memory graph, Semantic Kernel integration, and multi-agent shared memory. The developer behind the project shared lessons learned, including the importance of an options object for API stability and a priority order in consolidation prompts to reduce duplicate memories. I started BlazorMemory in January because I wanted an AI chat assistant in Blazor that remembered things. I looked for a .NET library that did this. There wasn't one. Everything in the space was Python, and everything assumed you had a server and a vector database. Blazor WASM has neither. So I built it. v1.0.0 shipped this week. Here is what is in it, and more usefully, what I would do differently. Four storage backends. IndexedDB runs in the browser with no backend at all, which is the case I originally built this for. EF Core covers SQL Server and SQLite. pgvector handles PostgreSQL with native vector search and an HNSW index. InMemory is for tests. Four AI providers. OpenAI, Anthropic, Azure OpenAI, Ollama. Each one works for both embeddings and fact extraction, and they mix freely. You can run Ollama embeddings with a Claude extractor if you want. The Ollama combination is the one I like most: builder.Services .AddBlazorMemory .UseIndexedDbStorage .UseOllamaEmbeddings .UseOllamaExtractor ; No API key. No cost per request. Everything local. For development this removes the last reason not to try the library. A drop-in UI component. One line of markup gives you a panel with the stored memories, delete and clear, export and import, thumbs up and down feedback, and a mode toggle: