Private Document Intelligence

Private AI for documents and internal knowledge.

Extract structured data from any document, get cited answers from your company knowledge, and automate what happens next, all on infrastructure you control.

See the privacy architecture →

Fully local deployment Governed AI assistant access Windows, Linux & macOS No per-token fees

You should not have to trust a black box.

LM-Kit is built the other way: control where it runs, verify what it produces, and govern what it is allowed to do.

The old way

Send the documents to the intelligence, and trust what comes back.

The new standard

Bring the intelligence to the documents, and verify what comes back.

You control

Private by architecture

Source documents, indexes and processing stay inside the environment you control; outbound access is a governed decision.

You verify

Verifiable by output

Structured data carries per-field confidence, answers carry citations, and document changes can be checked against the original.

You govern

Governed in operation

Models, tools, access and disclosure are yours to set, with human review in front of the actions that matter.

The documents worth automating are the ones you cannot send.

The documents that would pay for automation are exactly the ones a hosted service is blocked from touching: contracts, claims, invoices, personnel files.

  • Policy. Internal rules forbid uploading customer or personnel material to a third party.
  • Contract. A customer agreement or DPA names who may process the data, and it is not a hosted model.
  • Regulation. Residency, sector rules or disclosure obligations decide where processing may happen.
  • Cost. Document work is high volume, so per-page or per-token billing scales with the thing you were automating.
  • Connectivity. The site is air-gapped, intermittent, or simply cannot depend on an external service being up.

Fully local, or selective disclosure.

Both keep source material inside your infrastructure. They differ in which model does the reasoning, and that difference deserves an exact answer.

Mode A

Fully local

A local model does the reasoning as well as the processing. Documents, OCR, indexes, embeddings and output stay inside the perimeter.

application
  → LM-Kit One or LM-Kit.NET
  → local model
  → local files and indexes

Mode B

Local processing, external reasoning

An external assistant holds the conversation; the sensitive work runs locally through governed MCP tools. Only the result of an allowed tool leaves.

external assistant
  → governed MCP tool
  → LM-Kit One
  → local files and processing
  ← selected result only

In Mode B, anything a tool returns is disclosed to the external model. The claim is that source documents stay local and administrators choose which derived results are shared. Security posture and data-flow detail live in the Trust Center.

A full agent stack, inside the perimeter.

LM-Kit ships the whole agent stack: planning, tools, orchestration and memory, running against your documents inside your infrastructure.

Explore AI Agents →

  • Tools. A growing catalog of built-in, atomic tools, each behind a permission policy.
  • Orchestration. ReAct planning, supervisors, parallel and pipeline patterns for multi-agent workflows.
  • Memory. Persistent agent memory grounded in retrieval, so assistants keep context between sessions.
  • MCP. Agents consume MCP servers, and LM-Kit One exposes governed MCP tools to outside assistants.
  • Governance. Allow and deny rules, risk levels and approval checkpoints on every tool call.
What customers say 4.9 / 5 on SourceForge

Straight answers, before the call.

The questions every evaluation asks, answered the way we answer them on calls.

What can leave our network?

In fully local mode, nothing. When an external assistant uses LM-Kit through MCP, source documents stay local and only the result of an allowed tool is returned; administrators choose the available tools and so control the disclosure boundary.

What does it run on?

Windows, Linux x64 and ARM64, and macOS. CPU works out of the box; CUDA, Vulkan and Metal are used when present.

Which models can we use?

Curated open-weight models across chat, vision, OCR, embeddings and speech, downloaded once and cached locally. Your own fine-tunes load the same way.

How do AI assistants connect?

Through governed MCP tools on LM-Kit One. The assistant calls a tool, the work happens locally, and only the allowed result is returned.

How is it licensed?

Free for small teams, commercial licensing above that line, and LM-Kit One is in Business Preview. The licensing section below has the exact terms.

Do we need Python or a GPU cluster?

Neither. LM-Kit is one NuGet in .NET or one server deployment, and a single machine with a modern CPU or GPU is enough to start.

Free for small teams. Commercial above the line.

One license, both products, no activation key. Nothing checks a license at runtime. Evaluation and development are free at any company size, with no time limit.

Free

$0no key, no expiry

The complete SDK and the complete server, including commercial use and redistribution, for small companies. Evaluation and development stay free at any size.

  • Under $1M USD annual gross revenue
  • 10 or fewer employees
  • No more than $3M USD raised from outside investors
  • Always free: personal, education, nonprofits, open source

Professional

Customannual, scaled to scope

Required above the thresholds. Scaled to deployment size, never metered by tokens, seats or end users. Carries the assurance a production deployment needs.

  • Commercial use and redistribution at any scale
  • Long-term support builds and security patches
  • Support with response-time commitments
  • Unlimited developers and end users

Get started

Run it on your own documents.