- Home
- Why on-prem
The industry moved your data. We moved it back.
The industry decided your data belongs on someone else's computer. Here is the argument for the other answer: exposure surface, biometric data, the hardware that now fits in the building, and what on-premises does not promise.
The trade nobody agreed to
The useful AI arrived at the same moment as the assumption that you would hand over the thing it operates on. Rushes. Voices. Meeting recordings. An unreleased cut. For a lot of teams that is not a preference to weigh, it is a non-starter, and yet it is the only shape most of this software comes in.
Exposure surface is not a policy question
Data you never sent cannot be breached at a vendor, subpoenaed from a vendor, retained past a vendor's deletion promise, or repurposed by a vendor's next terms update. That is not a stronger promise than a good cloud contract. It is a different kind of thing: an architecture rather than an assurance.
Biometrics raise the stakes
A face embedding and a voiceprint are biometric data, with the regimes to match. Keeping them on your own hardware is the cleanest answer to GDPR, BIPA and CCPA obligations, because you define consent, retention and deletion, and deletion happens on systems you control rather than on a vendor's promise.
The hardware argument changed
The reason to send media out used to be that the compute did not fit in the building. It fits now. A single GPU server, sized to your library, indexes it, and it does it against a capital cost rather than a meter that runs while you sleep.
What we are not claiming
On-premises is not automatically more secure. A server nobody keeps patched is worse than a well-run cloud tenancy. The claim is narrower and more durable: it puts the decisions in your hands, and it removes an entire category of risk rather than transferring it. The rest is engineering, and that is the part we do.
One set of rules.
The same commitments apply to everything we make.
Shaped by people who have run edit suites, ingest rooms and broadcast infrastructure, not by a feature checklist.
On your hardware or in your data center, designed to run offline once models are staged. No telemetry. No license check-in.
One public entry point, and nothing else exposed in the standard install.
Open formats, documented APIs, clean exports. Your data is never the thing that keeps you here.
Bring us the awkward requirement.
Offline. Regulated. Under embargo. Mokuji is designed to run without an internet connection once its models are staged, and built for those constraints rather than around them.