Microsoft.KernelMemory.Service.AspNetCore
0.79.241014.1
Prefix Reserved
See the version list below for details.
dotnet add package Microsoft.KernelMemory.Service.AspNetCore --version 0.79.241014.1
NuGet\Install-Package Microsoft.KernelMemory.Service.AspNetCore -Version 0.79.241014.1
<PackageReference Include="Microsoft.KernelMemory.Service.AspNetCore" Version="0.79.241014.1" />
paket add Microsoft.KernelMemory.Service.AspNetCore --version 0.79.241014.1
#r "nuget: Microsoft.KernelMemory.Service.AspNetCore, 0.79.241014.1"
// Install Microsoft.KernelMemory.Service.AspNetCore as a Cake Addin #addin nuget:?package=Microsoft.KernelMemory.Service.AspNetCore&version=0.79.241014.1 // Install Microsoft.KernelMemory.Service.AspNetCore as a Cake Tool #tool nuget:?package=Microsoft.KernelMemory.Service.AspNetCore&version=0.79.241014.1
Kernel Memory
This repository presents best practices and a reference implementation for Memory in specific AI and LLMs application scenarios. Please note that the code provided serves as a demonstration and is not an officially supported Microsoft offering.
Kernel Memory (KM) is a multi-modal AI Service specialized in the efficient indexing of datasets through custom continuous data hybrid pipelines, with support for Retrieval Augmented Generation (RAG), synthetic memory, prompt engineering, and custom semantic memory processing.
KM is available as a Web Service, as a Docker container, a Plugin for ChatGPT/Copilot/Semantic Kernel, and as a .NET library for embedded applications.
Utilizing advanced embeddings and LLMs, the system enables Natural Language querying for obtaining answers from the indexed data, complete with citations and links to the original sources.
Kernel Memory is designed for seamless integration as a Plugin with Semantic Kernel, Microsoft Copilot and ChatGPT.
Memory as a Service - Asynchronous API
Depending on your scenarios, you might want to run all the code remotely through an asynchronous and scalable service, or locally inside your process.
If you're importing small files, and use only .NET and can block the application process while importing documents, then local-in-process execution can be fine, using the MemoryServerless described below.
However, if you are in one of these scenarios:
- My app is written in TypeScript, Java, Rust, or some other language
- I'd just like a web service to import data and send questions to answer
- I'm importing big documents that can require minutes to process, and I don't want to block the user interface
- I need memory import to run independently, supporting failures and retry logic
- I want to define custom pipelines mixing multiple languages like Python, TypeScript, etc
then you're likely looking for a Memory Service, and you can deploy Kernel Memory as a backend service, using the default ingestion logic, or your custom workflow including steps coded in Python/TypeScript/Java/etc., leveraging the asynchronous non-blocking memory encoding process, uploading documents and asking questions using the MemoryWebClient.
Here you can find a complete set of instruction about how to run the Kernel Memory service.
Kernel Memory on Azure
Kernel Memory can be deployed in various configurations, including as a Service in Azure. To learn more about deploying Kernel Memory in Azure, please refer to the Azure deployment guide. For detailed instructions on deploying to Azure, you can check the infrastructure documentation.
If you are already familiar with these resources, you can quickly deploy by clicking the following button.
Embedded Memory Component (aka "serverless")
Kernel Memory works and scales at best when running as an asynchronous Web Service, allowing to ingest thousands of documents and information without blocking your app.
However, Kernel Memory can also run in serverless mode, embedding MemoryServerless
class instance in .NET
backend/console/desktop apps in synchronous mode.
Each request is processed immediately, although calling clients are responsible for handling transient errors.
Importing documents into your Kernel Memory can be as simple as this:
var memory = new KernelMemoryBuilder() .WithOpenAIDefaults(Environment.GetEnvironmentVariable("OPENAI_API_KEY")) .Build<MemoryServerless>(); // Import a file await memory.ImportDocumentAsync("meeting-transcript.docx", tags: new() { { "user", "Blake" } }); // Import multiple files and apply multiple tags await memory.ImportDocumentAsync(new Document("file001") .AddFile("business-plan.docx") .AddFile("project-timeline.pdf") .AddTag("user", "Blake") .AddTag("collection", "business") .AddTag("collection", "plans") .AddTag("fiscalYear", "2023"));
Asking questions:
var answer1 = await memory.AskAsync("How many people attended the meeting?"); var answer2 = await memory.AskAsync("what's the project timeline?", filter: new MemoryFilter().ByTag("user", "Blake"));
The example leverages the default documents ingestion pipeline:
- Extract text: recognize the file format and extract the information
- Partition the text in small chunks, to optimize search
- Extract embedding using an LLM embedding generator
- Save embedding into a vector index such as Azure AI Search, Qdrant or other DBs.
In the example, memories are organized by users using tags, safeguarding private information. Furthermore, memories can be categorized and structured using tags, enabling efficient search and retrieval through faceted navigation.
Data lineage, citations, referencing sources:
All memories and answers are fully correlated to the data provided. When producing an answer, Kernel Memory includes all the information needed to verify its accuracy:
await memory.ImportFileAsync("NASA-news.pdf"); var answer = await memory.AskAsync("Any news from NASA about Orion?"); Console.WriteLine(answer.Result + "/n"); foreach (var x in answer.RelevantSources) { Console.WriteLine($" * {x.SourceName} -- {x.Partitions.First().LastUpdate:D}"); }
Yes, there is news from NASA about the Orion spacecraft. NASA has invited the media to see a new test version [......] For more information about the Artemis program, you can visit the NASA website.
- NASA-news.pdf -- Tuesday, August 1, 2023
Kernel Memory (KM) and SK Semantic Memory (SM)
Kernel Memory (KM) is a service built on the feedback received and lessons learned from developing Semantic Kernel (SK) and Semantic Memory (SM). It provides several features that would otherwise have to be developed manually, such as storing files, extracting text from files, providing a framework to secure users' data, etc. The KM codebase is entirely in .NET, which eliminates the need to write and maintain features in multiple languages. As a service, KM can be used from any language, tool, or platform, e.g. browser extensions and ChatGPT assistants.
Semantic Memory (SM) is a library for C#, Python, and Java that wraps direct calls to databases and supports vector search. It was developed as part of the Semantic Kernel (SK) project and serves as the first public iteration of long-term memory. The core library is maintained in three languages, while the list of supported storage engines (known as "connectors") varies across languages.
Here's comparison table:
Feature | Kernel Memory | Semantic Memory |
---|---|---|
Runtime | Memory as a Service | Vector store library for .NET / Python / Java |
Data formats | Web pages, PDF, Images, Word, PowerPoint, Excel, Markdown, Text, JSON, HTML | Text only |
Search | Cosine similarity, Hybrid search, Filters with AND/OR conditions | Cosine similarity. Work in progress to support filters. |
Language support | Any language, command line tools, browser extensions, low-code/no-code apps, chatbots, assistants, etc. | .NET, Python, Java |
Storage engines | Azure AI Search, Elasticsearch, MongoDB Atlas, Postgres+pgvector, Qdrant, Redis, SQL Server, In memory KNN, On disk KNN. | Azure AI Search, Chroma, DuckDB, Kusto, Milvus, MongoDB, Pinecone, Postgres, Qdrant, Redis, SQLite, Weaviate |
File storage | Disk, Azure Blobs, AWS S3, MongoDB Atlas, In memory (volatile) | - |
RAG | Yes, with sources lookup | - |
Summarization | Yes | - |
OCR | Yes via Azure Document Intelligence | - |
Security Filters | Yes | No |
Large document ingestion | Yes, including async processing using queues (Azure Queues, RabbitMQ, File based or In memory queues) | - |
Document storage | Yes | - |
Custom storage schema | some DBs | Work in progress |
Vector DBs with internal embedding | Yes | - |
Concurrent write to multiple vector DBs | Yes | - |
LLMs | Azure OpenAI, OpenAI, Anthropic, Ollama, LLamaSharp, LM Studio, Semantic Kernel connectors | Azure OpenAI, OpenAI, Gemini, Hugging Face, ONNX, custom ones, etc. |
LLMs with dedicated tokenization | Yes | No |
Cloud deployment | Yes | - |
Web service with OpenAPI | Yes | - |
Quick test using the Docker image
If you want to give the service a quick test, use the following command to start the Kernel Memory Service using OpenAI:
docker run -e OPENAI_API_KEY="..." -it --rm -p 9001:9001 kernelmemory/service
on Linux ARM/MacOS
docker run -e OPENAI_API_KEY="..." -it --rm -p 9001:9001 kernelmemory/service:latest-arm64
If you prefer using custom settings and services such as Azure OpenAI, Azure
Document Intelligence, etc., you should create an appsettings.Development.json
file overriding the default values set in appsettings.json
, or using the
configuration wizard included:
cd service/Service
dotnet run setup
Then run this command to start the Docker image with the configuration just created:
on Windows:
docker run --volume .\appsettings.Development.json:/app/appsettings.Production.json -it --rm -p 9001:9001 kernelmemory/service
on Linux (AMD64):
docker run --volume ./appsettings.Development.json:/app/appsettings.Production.json -it --rm -p 9001:9001 kernelmemory/service
on ARM64 / macOS:
docker run --volume ./appsettings.Development.json:/app/appsettings.Production.json -it --rm -p 9001:9001 kernelmemory/service:latest-arm64
Import files using KM web service and MemoryWebClient
#reference clients/WebClient/WebClient.csproj var memory = new MemoryWebClient("http://127.0.0.1:9001"); // <== URL where the web service is running // Import a file (default user) await memory.ImportDocumentAsync("meeting-transcript.docx"); // Import a file specifying a Document ID, User and Tags await memory.ImportDocumentAsync("business-plan.docx", new DocumentDetails("user@some.email", "file001") .AddTag("collection", "business") .AddTag("collection", "plans") .AddTag("fiscalYear", "2023"));
Get answers via the web service
curl http://127.0.0.1:9001/ask -d'{"query":"Any news from NASA about Orion?"}' -H 'Content-Type: application/json'
{ "Query": "Any news from NASA about Orion?", "Text": "Yes, there is news from NASA about the Orion spacecraft. NASA has invited the media to see a new test version [......] For more information about the Artemis program, you can visit the NASA website.", "RelevantSources": [ { "Link": "...", "SourceContentType": "application/pdf", "SourceName": "file5-NASA-news.pdf", "Partitions": [ { "Text": "Skip to main content\nJul 28, 2023\nMEDIA ADVISORY M23-095\nNASA Invites Media to See Recovery Craft for\nArtemis Moon Mission\n(/sites/default/files/thumbnails/image/ksc-20230725-ph-fmx01_0003orig.jpg)\nAboard the [......] to Mars (/topics/moon-to-\nmars/),Orion Spacecraft (/exploration/systems/orion/index.html)\nNASA Invites Media to See Recovery Craft for Artemis Moon Miss... https://www.nasa.gov/press-release/nasa-invites-media-to-see-recov...\n2 of 3 7/28/23, 4:51 PM", "Relevance": 0.8430657, "SizeInTokens": 863, "LastUpdate": "2023-08-01T08:15:02-07:00" } ] } ] }
You can find a full example here.
Custom memory ingestion pipelines
On the other hand, if you need a custom data pipeline, you can also customize the steps, which will be handled by your custom business logic:
// Memory setup, e.g. how to calculate and where to store embeddings
var memoryBuilder = new KernelMemoryBuilder()
.WithoutDefaultHandlers()
.WithOpenAIDefaults(Environment.GetEnvironmentVariable("OPENAI_API_KEY"));
var memory = memoryBuilder.Build();
// Plug in custom .NET handlers
memory.Orchestrator.AddHandler<MyHandler1>("step1");
memory.Orchestrator.AddHandler<MyHandler2>("step2");
memory.Orchestrator.AddHandler<MyHandler3>("step3");
// Use the custom handlers with the memory object
await memory.ImportDocumentAsync(
new Document("mytest001")
.AddFile("file1.docx")
.AddFile("file2.pdf"),
steps: new[] { "step1", "step2", "step3" });
Web API specs with OpenAI swagger
The API schema is available at http://127.0.0.1:9001/swagger/index.html when running the service locally with OpenAPI enabled.
Examples and Tools
Examples
- Collection of Jupyter notebooks with various scenarios
- Using Kernel Memory web service to upload documents and answer questions
- Importing files and asking question without running the service (serverless mode)
- Using KM Plugin for Semantic Kernel
- Customizations
- Processing files with custom logic (custom handlers) in serverless mode
- Processing files with custom logic (custom handlers) in asynchronous mode
- Customizing RAG and summarization prompts
- Custom partitioning/text chunking options
- Using a custom embedding/vector generator
- Using custom content decoders
- Using a custom web scraper to fetch web pages
- Writing and using a custom ingestion handler
- Using Context Parameters to customize RAG prompt during a request
- Local models and external connectors
- Upload files and ask questions from command line using curl
- Summarizing documents, using synthetic memories
- Hybrid Search with Azure AI Search
- Running a single asynchronous pipeline handler as a standalone service
- Integrating Memory with ASP.NET applications and controllers
- Sample code showing how to extract text from files
- .NET configuration and logging
- Expanding chunks retrieving adjacent partitions
- Creating a Memory instance without KernelMemoryBuilder
- Intent Detection
- Fetching data from Discord
- Test project using KM package from nuget.org
Tools
- .NET appsettings.json generator
- Curl script to upload files
- Curl script to ask questions
- Curl script to search documents
- Script to start Qdrant for development tasks
- Script to start Elasticsearch for development tasks
- Script to start MS SQL Server for development tasks
- Script to start Redis for development tasks
- Script to start RabbitMQ for development tasks
- Script to start MongoDB Atlas for development tasks
.NET packages
Microsoft.KernelMemory.WebClient: .NET web client to call a running instance of Kernel Memory web service.
Microsoft.KernelMemory.Core: Kernel Memory core library including all extensions, can be used to build custom pipelines and handlers, contains also the serverless client to use memory in a synchronous way without the web service.
Microsoft.KernelMemory.Service.AspNetCore: an extension to load Kernel Memory into your ASP.NET apps.
Microsoft.KernelMemory.SemanticKernelPlugin: a Memory plugin for Semantic Kernel, replacing the original Semantic Memory available in SK.
Packages for Python, Java and other languages
Kernel Memory service offers a Web API out of the box, including the OpenAPI swagger documentation that you can leverage to test the API and create custom web clients. For instance, after starting the service locally, see http://127.0.0.1:9001/swagger/index.html.
A .NET Web Client and a Semantic Kernel plugin are available, see the nugets packages above.
A python package with a Web Client and Semantic Kernel plugin will soon be available. We also welcome PR contributions to support more languages.
Contributors
<img alt="xbotter" src="https://avatars.githubusercontent.com/u/3634877?v=4&s=110" width="110"> |
---|
xbotter |
Product | Versions Compatible and additional computed target framework versions. |
---|---|
.NET | net8.0 is compatible. net8.0-android was computed. net8.0-browser was computed. net8.0-ios was computed. net8.0-maccatalyst was computed. net8.0-macos was computed. net8.0-tvos was computed. net8.0-windows was computed. |
-
net8.0
- Microsoft.KernelMemory.Core (>= 0.79.241014.1)
NuGet packages
This package is not used by any NuGet packages.
GitHub repositories (1)
Showing the top 1 popular GitHub repositories that depend on Microsoft.KernelMemory.Service.AspNetCore:
Repository | Stars |
---|---|
microsoft/kernel-memory
RAG architecture: index and query any data using LLM and natural language, track sources, show citations, asynchronous memory patterns.
|
Version | Downloads | Last updated |
---|---|---|
0.93.241118.1 | 511 | 11/19/2024 |
0.92.241112.1 | 172 | 11/12/2024 |
0.91.241101.1 | 547 | 11/1/2024 |
0.91.241031.1 | 68 | 10/31/2024 |
0.90.241021.1 | 1,045 | 10/22/2024 |
0.90.241020.3 | 62 | 10/20/2024 |
0.80.241017.2 | 364 | 10/17/2024 |
0.79.241014.2 | 214 | 10/14/2024 |
0.79.241014.1 | 159 | 10/14/2024 |
0.78.241007.1 | 400 | 10/8/2024 |
0.78.241005.1 | 80 | 10/6/2024 |
0.77.241004.1 | 63 | 10/5/2024 |
0.76.240930.3 | 587 | 9/30/2024 |
0.75.240924.1 | 568 | 9/24/2024 |
0.74.240919.1 | 197 | 9/19/2024 |
0.73.240906.1 | 875 | 9/7/2024 |
0.72.240904.1 | 358 | 9/5/2024 |
0.71.240820.1 | 631 | 8/21/2024 |
0.70.240803.1 | 2,527 | 8/3/2024 |
0.69.240727.1 | 369 | 7/27/2024 |
0.68.240722.1 | 559 | 7/22/2024 |
0.68.240716.1 | 389 | 7/16/2024 |
0.67.240712.1 | 208 | 7/12/2024 |
0.66.240709.1 | 1,073 | 7/9/2024 |
0.65.240620.1 | 714 | 6/21/2024 |
0.64.240619.1 | 183 | 6/20/2024 |
0.63.240618.1 | 210 | 6/18/2024 |
0.62.240605.1 | 615 | 6/5/2024 |
0.62.240604.1 | 82 | 6/4/2024 |
0.61.240524.1 | 922 | 5/24/2024 |
0.61.240519.2 | 237 | 5/19/2024 |
0.60.240517.1 | 81 | 5/18/2024 |
0.51.240513.2 | 1,817 | 5/13/2024 |
0.50.240504.7 | 420 | 5/4/2024 |
0.40.240501.1 | 68 | 5/1/2024 |
0.39.240427.1 | 224 | 4/28/2024 |
0.38.240425.1 | 137 | 4/25/2024 |
0.38.240423.1 | 163 | 4/24/2024 |
0.37.240420.2 | 177 | 4/21/2024 |