Skip to main content
Glama
esurovtsev

KnowFlow MCP

by esurovtsev
README.md
# KnowFlow MCP

[![License: MIT](https://img.shields.io/badge/License-MIT-yellow.svg)](https://opensource.org/licenses/MIT)

A versatile, unified knowledge retrieval tool operating according to the Model Context Protocol (MCP). KnowFlow enhances Large Language Models by providing structured external knowledge on demand.

## ๐Ÿš€ Overview

KnowFlow simulates a simplified version of Retrieval-Augmented Generation (RAG), enabling LLMs to dynamically fetch context or domain-specific information from external knowledge bases, resulting in precise, context-aware responses.

![KnowFlow Architecture](KnowFlow.png)

### Core Features

- Responds to knowledge retrieval requests from MCP-compatible LLMs
- Performs searches across knowledge sources based on queries received from LLMs
- Provides structured responses with clear source metadata
- Establishes a foundation for integration with multiple knowledge sources

## ๐Ÿ“‹ Requirements

- Node.js (version 16.x or higher)
- TypeScript (version 4.x or higher)
- npm or yarn

## ๐Ÿ› ๏ธ Installation

```bash
# Clone the repository
git clone https://github.com/esurovtsev/know-flow-mcp.git
cd know-flow-mcp

# Install dependencies
npm install
# or
yarn install
```

## ๐Ÿ”ง Configuration

Create a `.env` file in the root directory with the following configuration:

```
KNOWLEDGE_DIR=./knowledge
```

Where `KNOWLEDGE_DIR` is the path to the directory containing your knowledge base files (`.txt` and `.md` files).

## ๐Ÿš€ Usage

```bash
# Build the project
npm run build
# or
yarn build

# Start the server
npm start
# or
yarn start
```

## ๐Ÿ”— MCP Configuration

To use KnowFlow with any MCP-compatible LLMs (such as Claude, GPT-4, etc.), you can use the provided `mcp-config.json` file:

```json
{
  "mcpServers": {
    "knowflow": {
      "command": "node",
      "args": ["dist/index.js"]
    }
  }
}
```

This configuration file tells MCP-compatible LLMs how to start and connect to the KnowFlow MCP server. You would typically place this file in your project directory and reference it when setting up the LLM to use MCP servers.

Note: Once KnowFlow is stable and published to npm, the command will change to `npx know-flow-mcp` instead of `node dist/index.js`.

## ๐Ÿงช Testing with MCP Inspector

The [MCP Inspector](https://github.com/modelcontextprotocol/inspector) is a tool that allows you to test your MCP server without needing to integrate with an LLM.

```bash
# Run the Inspector with your MCP server
npx @modelcontextprotocol/inspector node dist/index.js
```

This will start the MCP Inspector web interface (typically at http://127.0.0.1:6274) where you can:

1. View all available tools exposed by the server
2. Test the `search_knowledge` tool by sending requests with different parameters
3. View the responses and debug the communication

If you encounter port conflicts, you can specify custom ports:

```bash
npx @modelcontextprotocol/inspector node dist/index.js --port 8080 --proxy-port 8081
```

Where:
- `--port` specifies the web interface port (default: 6274)
- `--proxy-port` specifies the proxy server port (default: 6277)

### Example Response Format

```json
{
  "content": "We agreed to consolidate all backend modules under a single monorepo using Nx.",
  "metadata": {
    "reference": "architecture-notes.md",
    "source": "docs",
    "lastModified": "2024-03-14",
    "score": 0.95
  }
}
```

## ๐Ÿงช Testing

```bash
# Run tests
npm test
# or
yarn test
```

## ๐Ÿ“ API Documentation

*Detailed API documentation will be available once the project reaches a more mature stage.*

## ๐Ÿ—‚๏ธ Project Structure

```
know-flow-mcp/
โ”œโ”€โ”€ src/                # Source code
โ”‚   โ”œโ”€โ”€ index.ts        # Entry point
โ”‚   โ”œโ”€โ”€ server.ts       # MCP server definition and tool registration
โ”‚   โ”œโ”€โ”€ core/           # Core functionality
โ”‚   โ”œโ”€โ”€ plugins/        # Plugin system for knowledge sources
โ”‚   โ””โ”€โ”€ services/       # Services including KnowledgeService
โ”œโ”€โ”€ dist/               # Compiled JavaScript files
โ”œโ”€โ”€ .gitignore          # Git ignore file
โ”œโ”€โ”€ LICENSE             # MIT License
โ”œโ”€โ”€ package.json        # Project metadata and dependencies
โ”œโ”€โ”€ README.md           # Project documentation
โ””โ”€โ”€ tsconfig.json       # TypeScript configuration
```

## ๐Ÿ”Œ Plugin System

KnowFlow uses a plugin-based architecture to integrate with different knowledge sources:

- Plugins are discovered synchronously at startup
- Each plugin represents a different knowledge source (docs, jira, confluence, etc.)
- The KnowledgeService coordinates searches across all available plugins
- New knowledge sources can be added by implementing the plugin interface

## ๐Ÿ”ฎ Future Roadmap

The foundational design explicitly anticipates integration with additional knowledge sources such as:

- **Notion** pages
- **Confluence** documentation
- **Google Docs** documents
- **Linear and Jira** issues or tickets
- Other popular knowledge repositories utilized by developers and organizations

## ๐Ÿค Contributing

Contributions are welcome! Please feel free to submit a Pull Request.

## ๐Ÿ“„ License

This project is licensed under the MIT License - see the [LICENSE](LICENSE) file for details.

TDQS

A3.7/5.0

Scored across 1 tool

Disambiguation5/5

There is only one tool, so no ambiguity exists between tools. The tool's purpose is clearly defined as searching a knowledge base.

Naming Consistency5/5

With a single tool, naming is inherently consistent. The name 'search_knowledge' follows a clear verb_noun pattern.

Tool Count2/5

A single search tool is insufficient for a knowledge base server. Typically, such servers would include create, update, and delete tools to manage knowledge entries.

Completeness2/5

The server lacks any tools beyond search. There are no create, update, or delete operations, which are essential for managing a knowledge base.

Maintenance

ActivityInactive
ResponsivenessNo issues