mrkeyoor.com_
Sun 01 Nov 03:59 UTC
AI Toolsevaluationupdated 25 Oct 2026

MaxKB review

MaxKB is a self-hosted application for building knowledge assistants. Its README describes document ingestion, retrieval-augmented generation (RAG), visual workflows, MCP tools, and connections to public or private models. Our recorded repository setup run did not verify those application capabilities.

+41stars / 7d
Verdict

MaxKB is worth a focused trial if its documented combination of RAG, workflows, and MCP tools matches your needs. Our September 28, 2026 run at commit 2c7c8c9 recorded successful dependency-install and build steps, skipped tests, and 11 pip-audit advisories with unknown scan coverage. It did not establish deployment readiness or assistant quality. Before adoption, validate your documents, model and tool paths, permissions, and restore procedure on the version you intend to deploy.

We ran it

Lab card: what happened when we ran MaxKBScreenshot of MaxKB (maxkb.cn)
Install✓ · 86s230 packages · 1800 MB
Build✓ · 7s
Testsn/ano test script
Known vulns11(pip-audit)
Repo2200 files~242,159 lines of source · 57.2 MB · 8 CI workflows

Answers from our run

Does MaxKB build from source?

Dependencies installed in 86 seconds (230 packages), and the build succeeded in 7 seconds. We cloned commit 2c7c8c9 into a clean Debian container with 3 CPUs and no project-specific setup.

Does MaxKB have tests you can run?

Not through a standard command: the project exposes no test script or target that our harness could run.

Does MaxKB have known vulnerabilities in its dependencies?

pip-audit flagged 11 known advisories in the dependency tree at the time of our run.

Who should not use MaxKB?

Buyers who need demonstrated retrieval quality, provider compatibility, or production capacity from this review: our run measured repository setup only.

What are the alternatives to MaxKB?

Dify, AnythingLLM. MaxKB is worth a focused trial if its documented combination of RAG, workflows, and MCP tools matches your needs.

Setup3/5On the visible evidence rubric, a documented Docker path and successful September 28 repository setup steps support 3/5. Docker startup and application operation were not validated; 1,800 MB describes the recorded dependency environment.
Docs3/5The supplied README provides English and Simplified Chinese entry points, Docker instructions, credentials, stack, and license information. Release notes provide upgrade guidance. Full documentation completeness was not assessed.
Community2/5The supplied issues contain reporter and maintainer exchanges, including a completed fix report. This is limited evidence of participation, without verified adoption figures or a response-time assessment.
Maturity2/5Release notes and issue closure provide maintenance evidence. Our recorded run skipped tests and contains no application workload or operational validation, limiting the evidence rating.

Who it’s for

Teams evaluating a visual application for internal knowledge assistants or customer-support agents.
Operators who want to assess document ingestion, workflows, and MCP tools together.
Organizations prepared to manage persistent data, model credentials, backups, upgrades, and acceptance testing.
Teams whose distribution plans are compatible with GPLv3.

Who it’s NOT for

Buyers who need demonstrated retrieval quality, provider compatibility, or production capacity from this review: our run measured repository setup only.
Teams that require passing tests before adoption: the harness skipped its test step because it found no script; this record supplies no passing test result.
Operators unable to review security releases and dependency advisories.
Organizations whose licensing policy excludes GPLv3.
Teams assuming that documented model support guarantees every tool-call path works: issue 6480 reports an Anthropic streaming problem on v2.10.2-lts and v2.10.4-lts, which we did not reproduce.

Setup reality

In our recorded run on September 28, 2026, at commit 2c7c8c9, the dependency-install step succeeded in 86 seconds and the build step succeeded in 7 seconds. The summary recorded 230 dependencies and 1,800 MB for the dependency environment. These are repository setup observations, not a Docker deployment benchmark or evidence that a working assistant was launched.

The recorded configuration specified 3 CPUs, 8 GB of memory, and image ghcr.io/astral-sh/uv:python3.12-bookworm. The install output explicitly reported a Python 3.11.2 environment at /work/home/venv; the image label alone does not establish the runtime used.

The test step was skipped with reason "no script". The detector recorded 8 CI workflows and no tests directory, but those detection results do not establish that the repository contains no tests. Pip-audit recorded 11 advisories across 3 packages. The number of packages scanned, advisory severities, and applicability to the published Docker image are not established by this record.

The README documents a Docker start on port 8080 with ~/.maxkb mounted at /opt/maxkb and publishes initial admin credentials. We did not execute that deployment path. Plan model configuration, credential changes, persistent storage, and backup and restore checks separately.

A short quick start still needs an acceptance test

MaxKB's README brings document ingestion, RAG, workflows, and MCP tools into one application. That makes it a candidate for teams evaluating an internal knowledge assistant without building their own interface. Our recorded run answers a narrower question: what happened during repository setup, before an assistant handled any documents or model calls.

The README describes document uploads and online-document crawling, automatic splitting and vectorization, public and private model connections, and text, image, audio, and video input and output. These are project claims. We did not measure retrieval quality, hallucination reduction, multimodal behavior, or provider compatibility.

The documented stack is Vue.js, Python/Django, LangChain, and PostgreSQL with pgvector. The README provides English and Simplified Chinese entry points and identifies the license as GPLv3.

What our September 28 run established

Our stored run began at 2026-09-28T03:58:17.831Z against commit 2c7c8c9f2097f48c2bf3fee6bbb2a6f422bbbe43. No new execution was performed for this correction.

Recorded step or metric Result Limit
Dependency-install step Succeeded, 86 seconds Does not establish a running MaxKB deployment
Build step Succeeded, 7 seconds The supplied build output tail is empty; it does not identify the command or artifact
Test step Skipped, reason "no script" No passing or failing test result
Dependency summary 230 dependencies, 1,800 MB Does not establish Docker image size, runtime memory needs, or scanned-package count
Pip-audit summary 11 advisories across 3 packages Scan coverage, severity, and deployment applicability are unknown
Repository summary 2,200 files, about 242,159 source lines, 57.2 MB Recorded parser totals, not an exhaustive coverage assessment

The configuration recorded 3 CPUs, 8 GB of memory, and image ghcr.io/astral-sh/uv:python3.12-bookworm. The install tail says "Using Python 3.11.2 environment at: /work/home/venv". We therefore identify Python 3.11.2 as the environment reported by that step rather than infer Python 3.12 from the image label.

The detector recorded 8 CI workflows and no tests directory. Its inability to find a runnable test script does not prove that MaxKB has no tests. Likewise, successful setup steps do not prove that the web service started, a CLI was installed, or an assistant worked. The record contains no measured corpus ingestion, model calls, retrieval workload, tenant-isolation check, or restore exercise.

What the Docker instructions require you to check

The README's quick start uses docker run, exposes port 8080, and mounts ~/.maxkb at /opt/maxkb. It publishes username admin and password MaxKB@123... Change the initial credentials before exposing an installation beyond a controlled trial.

We did not run that Docker path. The 1,800 MB dependency measurement is not a minimum server specification and does not justify ruling out every small server. Size your deployment using its actual documents, models, concurrency, and storage requirements.

For a useful trial, configure the intended model connection, ingest representative files, and check whether answers retrieve the right passages. Exercise the tool calls and user permissions you will depend on. Verify persistent storage and a backup restore before making the installation the only home for important documents.

Security evidence has two separate scopes

The v2.10.6-lts release notes list ten security fixes. They include cross-tenant content injection and paragraph disclosure, password-reset guessing that could allow account takeover, function-sandbox bypasses, and a hardcoded Django SECRET_KEY that could allow forged tokens and unauthorized file access. These are the maintainers' descriptions of fixes, not findings from our run or proof that every installation is secure after upgrading.

Separately, our September 28 run recorded 11 pip-audit advisories across 3 packages. The record does not identify the affected packages, severities, or number of packages scanned. It also does not establish whether the published container has the same dependency environment. Review the relevant advisories for your deployment rather than treating this count as a current security assessment.

The release notes also contain an operational upgrade warning: previously configured Tencent Hunyuan and legacy Tencent Cloud provider integrations require reconfiguration under the new Tencent Cloud provider after the v2.10.6-lts upgrade. Operators using those integrations should include that step in their upgrade plan.

Read issue reports with their versions and status

Issue 6480 reports failures when Anthropic streamed tool calls are used on v2.10.2-lts and v2.10.4-lts. The reporter describes provider errors reaching callers inside HTTP 200 responses and says an OpenAI-shaped provider worked with the same tool. The supplied extract shows the issue open and labelled "Type: To Be Verified". We did not reproduce the report or establish whether it affects later versions. If you need Anthropic plus tools, test that combination on your chosen release.

Issue 7062 reports a Word document larger than 2.5 MB encountering Django's DATA_UPLOAD_MAX_MEMORY_SIZE during segmented import on version 2.10.6. A maintainer initially reported a successful 9.8 MB import, later confirmed the problem, and stated that it was fixed. The issue was closed as completed on October 15, 2026, with milestone v2.10.7. The extract does not identify the exact release containing the fix, so it should not be presented as an unresolved current defect or a universal 2.5 MB limit.

Issue 7081 remains an open request in the supplied extract. Its author describes a per-knowledge-base file-size setting with a default of 100 MB and a slider maximum of 1,000 MB, then asks to make that maximum configurable. The report also notes proxy and Django request limits. These are reported settings, not file sizes we successfully imported.

How to read the scores

These are editorial evidence ratings, not benchmark results. The scale is 1 for a documented major obstacle, 2 for limited supporting evidence, 3 for a documented path with material validation still needed, 4 for direct validation of the relevant behavior, and 5 for broad, repeated validation. A low evidence rating does not establish poor product quality.

Setup earns 3 because a Docker path is documented and repository setup steps succeeded, while application startup remains unverified. Documentation earns 3 for the bilingual quick start, stack description, and release guidance; we did not validate the full documentation. Community earns 2 because the supplied issue exchanges show participation but do not establish adoption or typical response times. Maturity earns 2 because release and fix records are available, while this run supplies no executed tests or operational workload evidence.

Choose the next trial by the requirement

Dify's README documents visual workflows, RAG, observability, corresponding APIs, and both cloud and self-hosted options. Consider it when those application-development requirements drive your evaluation. AnythingLLM's README provides desktop downloads for Mac, Windows, and Linux alongside self-hosting options. Consider it when desktop document chat is a requirement; the README identifies multi-user permissioning as Docker-only. We did not run either alternative or establish that one is faster, easier, or more reliable than MaxKB.

For MaxKB, the next useful result is a small acceptance test using your own documents and chosen provider. Record the deployed version, expected answers, tool behavior, permission boundaries, and restore outcome. Those results will answer the adoption question more directly than our successful repository setup steps.

Alternatives

ProjectWhat it isPick it when
Dify gh↗An LLM application development platform whose README describes visual workflows, RAG pipelines, observability, APIs, and cloud or self-hosted deployment.Evaluate Dify when your requirements include application observability and corresponding APIs, or when you want a hosted trial before managing a server. Those are documented options, not capabilities we benchmarked against MaxKB.
AnythingLLM gh↗A document-chat and agent application with desktop downloads and self-hosting options.Evaluate AnythingLLM when desktop availability is part of your document-chat requirements. Its README offers Mac, Windows, and Linux downloads; its multi-user permissioning is identified as Docker-only.

Sources

  1. MaxKB repository and README
  2. MaxKB v2.10.6-lts release
  3. MaxKB measured commit 2c7c8c9
  4. Anthropic streamed tool-call issue
  5. Word import memory-limit issue
  6. Configurable document-size limit request

More ai tools reviews

pr-agent · agent-sprite-forge · KiroCrew · Orkas · hypit · Paradev · the whole board →