Enference
Company

Built by engineers who wanted the range to come to them.

Simulation for uncrewed systems is still sold as a services engagement: someone has to model your aircraft before you can test it. Enference removes that step. Upload the datasheets and the CAD, confirm one parameter sheet, run the campaign.

What we believe

Six rules that do not bend.

These are the platform's invariants. They are written into the contracts, the CI gates and the product docs, and they decide what we will and will not build.

PHY
Physics is the single source of truth.
The simulation core produces the trajectory. Engines — the browser viewer today, Unreal next — are renderers and sensor rigs that consume it. Nothing ever steps physics inside a renderer, so a replay and a batch result can never disagree.
SRC
The model never invents a value.
Every parameter extracted from a datasheet carries a verbatim quote, the page it came from and a confidence. A gap becomes an open question for a human, or a flagged estimate — never a silent guess. The Test Director agent we are building is held to the same rule: it proposes, people approve.
REC
Record once, render selectively.
Batches run headless and cheap. Only the runs you select pay for photoreal rendering or sensor capture, and every product — replay, live flight, dataset — reads the same trajectory files.
FID
Honest fidelity.
Results are unvalidated design-iteration estimates until a validation programme says otherwise. The disclaimer is on every report, in every export format, and cannot be removed. Calibration against a reference airframe is a CI gate. We do not use accreditation language until it is earned.
LIC
Licence hygiene.
MIT, BSD and Apache in product code. LGPL only as an external process or an unmodified library. No GPL or AGPL, ever. Every borrowed component is recorded in a notices file in the same change that introduces it, so the whole dependency chain is auditable.
EXP
Export-control cleanliness.
No real defence CAD, customer technical data or real threat-system parameters enter our repository or any cloud service. Fixtures and demos use fictional or public airframes. Threat models ship as generic, parameterised capability classes; customers load their own data only inside their own enclave deployment.
How we work

Document first, then code.

Four facts about how the platform gets built.

Contracts before code
File formats, the parameter schema and the realtime protocol govern every boundary. We change the document first, version it, then touch code. Breaking changes carry a migration note.
Small team
Small by design, building a pipeline rather than running engagements. People are added when a phase needs them, not before.
UK-based
Built in the United Kingdom for UK uncrewed-systems teams first. Development uses fictional or public airframes only; customer data belongs in the customer's own deployment.
Design partners
A small number of teams get the platform early, run it against their own requirements and shape the roadmap. Access is by request. There is no public release.
Where we are

In London, in development, design partners only.

The platform runs today and is changing quickly. Below is what is built, what is in development and how to reach us.

Location
London, United Kingdom
Access
Design partners only, by request
Status
Platform in development
Stack
Python simulation core; CesiumJS browser viewer; Unreal render worker in development
Careers

We are not hiring publicly yet. If you want to work on this, write to us through the contact page.

Write to us
Built
Intake
Datasheet PDFs and a CAD file become one confirmed parameter sheet, every value with its source quote and page.
Simulation
Calibrated six-degree-of-freedom multirotor physics with a full energy model. Scenario batches across wind, payload and temperature in seconds.
Replay and manual flight
Browser replay of any run over terrain, and live flight of the same craft with a game controller.
Reports
Go/no-go envelopes with the limiting factor named, claims versus simulation and a full provenance appendix.
Roadmap
Photoreal replay in Unreal
In development
Any run re-rendered over real-world terrain with chase, onboard and cinematic cameras, exported to video.
Sensor datasets
In development
Labelled RGB and depth captured from re-rendered runs, pose-stamped and packaged beside the trajectory, with written sim-to-real caveats.
Policy API
In development
A gym-style environment over the simulation core, so you can test your own guidance against contested scenarios. Two baseline policies give every report a built-in A/B.
Test Director agent
In development
Proposes a scenario matrix from your requirements, searches for envelope edges as results land and drafts the report narrative with per-claim citations. It proposes; you approve.
On-premises packaging
In development
A single-tenant installer for your cloud tenancy or an air-gapped site, with customer terrain packs where streamed tiles cannot reach.

Nobody should have to hire us to test their aircraft.

Design-partner access is open to a small number of UK uncrewed-systems teams.

Request access