MaxKBは、社内文書を問答の入口に変えるオープンソースのシステムです。製品マニュアルや規程文書、ヘルプ資料を入れると、社員や顧客がそのまま質問でき、関連する断片を検索して大規模モデルに回答を組み立てさせます。中国語の画面、導入の簡単さ、ローカルモデルへの対応が評価され、検索コードを書ける班を先に揃えなくても始められる点が広まった理由です。
公式リポジトリ情報
プラットフォームはGitHub、組織名は1Panel-dev、プロジェクト名はMaxKBで、保守は1Panelというサーバーパネルを作るFIT2CLOUD（飞致云）です。ライセンスはGPLv3です。技術構成はリポジトリに明記されており、フロントエンドはVue.js、バックエンドはPythonとDjango、フレームワーク層にLangChain、データベースはPostgreSQLにpgvector拡張です。コミュニティ版のほかに企業向け版があり、一部の高度な機能はコミュニティ版に含まれないため、必要な機能がどちらの版にあるか先に確認が必要です。
手間が省ける部分
最大の売りは導入です。公式のDockerコマンド一行で起動でき、1Panelのアプリストアからも入れられます。文書を上げれば分割とベクトル化は自動で、問答画面も外部サイトへの埋め込み窓も出来合いで、コードなしに動く知識ベース問答を既存サイトや社内システムに付けられます。モデルは固定されず、クラウド各社の接口も、Ollamaなどでローカルに動かすオープンなモデルも接続できます。社内資料を外に出せない場合にこの道が効きます。ワークフロー編排も備わり、条件分岐やツール呼び出しを前後に付けた応用も組めます。
導入コストと本当の落とし穴
一枚目の請求書はソフト本体ではなくモデルです。本体は無料でも、回答の質は接続する対話モデルと埋め込みモデルで決まります。クラウド接口なら呼び出し費用が続き、ローカルなら実際に動かせるGPUが要り、文書量が多いと初回のベクトル化で枠や時間も消費します。二つ目に、文書の質が上限を決めます。スキャン版PDF、崩れた表、新旧版が混ざった規程を入れれば、答えは曖昧になったり矛盾したりします。公開前の文書整理と版の切り分けは省けない手作業です。三つ目に、コミュニティ版と企業版の境界を早めに把握すること。権限、監査、同時接続といった企業が本当に気にする機能が企業版だけなら、業務が依存し始めてからの移行は、最初に評価するより高くつきます。四つ目に、運用は宣伝ほどゼロではありません。コンテナの更新、データベースのバックアップ、公開した問答入口への悪意ある質問への備えは必要で、プロンプトインジェクションや権限分離は自前で気を配る部分です。
向いているのは、文書が比較的整っていて部門内でまず試したい中小チームと、資料を社外に出せず自前でサーバーを維持できる組織。向いていないのは、文書が混乱しているのに誰も整理せず、入れたら自動で正確になると思っているチーム、そして回答の質そのものを売りにする製品側です。後者は検索と評価の工程を自分で握る必要があり、汎用の箱出し方案ではすぐに天井に当たります。
