Defense & Uncrewed SystemsField engagement

A voice interface to a platform that can be commanded is a safety architecture problem wearing a machine learning costume.

Architecture and delivery lead, sustained.
13.4 ms
audio to command, against a 22 ms budget
95.7%
on-device, clean conditions
0.862
through a real radio path
25M
parameters, frozen at deploy
Is the intent confident and inside the bounded verb set?NOYES
The gate that defines the program. The default under any uncertainty is doing nothing, enforced beneath the layer most likely to be wrong, so silence, ambiguity, degraded audio, and anything outside the verb set all resolve the same way.
What was at stake

An operator needed to speak a command over a handheld radio and have an uncrewed system act on it, in a tactical setting with no cloud and no room for a wrong action, in degraded, GNSS-denied, offline conditions. The command set includes irreversible, lethal-capable verbs, so a false positive is a safety event rather than a user-experience annoyance. The obvious build is speech to text then parse the text, which drags a large, latency-heavy, error-prone transcription stack into a place that can afford none of the three.

The constraint

The stated need was accurate voice control. The real requirement sat one layer below the words. Because the verbs are lethal-capable, the governing requirement is not recognition accuracy. It is that the default behavior under any uncertainty is to do nothing. That reframe, from recognize speech well to fail closed by construction, is what turned a model problem into a systems problem.

The fork

The reflex, and the fix.

Road not taken

Speech to text, then parse the text

Pull

The standard architecture, with mature tooling and a fast path to a demonstration.

Why not

It drags a large, latency-heavy, error-prone transcription stack into an air-gapped edge module that can afford none of the three, and it puts an unbounded intermediate representation inside a safety-critical path.

Road taken

Map speech directly to a bounded intent set

Accepted

Building direct audio-to-intent recognition without transcription tooling, and accepting a deliberately bounded verb set.

Bought

The largest and most fragile subsystem removed in one decision, an enumerable output space, and a safety argument that can be made.

Decision

Skip transcription entirely, because a finite output space is the precondition for every safety property downstream of it.

How it was built
01Radio in
02USB and PTT
03VAD and ingest
04Encoder and head
05Intent and safety gate
06Actuation
01

Silicon and edge, one module, no cloud

The whole chain runs on a single small edge module, air-gapped, with no telemetry home and no remote correction once fielded.

02

Metal and ingest, the real radio path

Audio arrives through a hardware interface with real push-to-talk keying. This is the metal end most voice systems avoid by testing on clean audio, and it is where the accuracy that matters is measured.

03

Front end, disciplined and separated

Voice-activity detection with disciplined resampling, and strict separation between training and evaluation so the reported number means something.

04

Model, compact and frozen

A compact adapted speech encoder, roughly 25 million parameters, frozen at deploy, producing intent directly across a bounded verb set. No transcription anywhere in the path.

05

Safety, the gate that defines the program

An intent and safety gate where any uncertainty routes to a HOLD and no action is taken. Not a tunable threshold: the default under uncertainty is doing nothing, by construction.

06

Actuation, protocol translation out

Translation to the flight controller and the tactical picture, with the gate enforced beneath the layer most likely to be wrong.

How it was measured

A single headline number hides where a system fails. This work was scored on the dimensions that actually decide whether it holds in production, measured on real, held-out cases rather than the demo path.

Audio-to-command latency against the budgetCommand accuracy through a real radio pathBehavior on ambiguous and out-of-vocabulary inputFirmware boundary behavior
figures

Latency and accuracy are measured. The second radio path is modelled with hardware pending and is labelled. Disclosure tier confirmed with the founder.

What it produces
Without this discipline

A transcription pipeline that demonstrates well on clean audio indoors, cannot state what it does when uncertain, does not fit the power envelope, and cannot be certified because nobody can enumerate what it might conclude.

This system

Audio in to command out in 13.4 ms against a 22 ms budget, measured. Command accuracy of 0.862 through a real radio path, measured, and 95.7% on-device under clean conditions. A second radio path sits at 0.846, modelled, with hardware pending, and stays labelled as such.

no transcription in the pathfail closed by constructionone edge module, no cloudmeasured through a real radio path
The operating envelope

What it owns, and what it hands to a person.

Handled with confidence
Commands within the defined verb set
Real radio path with push-to-talk keying
Air-gapped operation inside the power envelope
Flagged for review
Any uncertainty, which routes to HOLD
Speakers outside the current corpus
Out of scope by design
General-purpose speech interfaces
Any path requiring connectivity
The honest limit

The corpus was single-speaker, so speaker independence is named here as an open workstream rather than hidden. The two accuracy figures measure different things and are reported that way: 95.7% is on-device under clean conditions, 0.862 is through a real radio path, which is the harder and more honest number. A figure you cannot defend in a technical conversation is worse than no figure. The bounded verb set is a deliberate constraint and the source of the safety properties, so extending it is real work rather than configuration.

What it generalizes to

The deciding decisions were not machine learning decisions. Removing transcription was architecture. Enforcing the hold beneath the actuation layer is systems design. Validating against real firmware is firmware work. The recognition model, the part a specialist would have been hired to build, is downstream of all three, and building it well would not have made the system fieldable. The discipline carries to any system where an incorrect action is not recoverable: keep the output space enumerable, make the safe behavior structural rather than configured, and enforce it beneath the layer most likely to be wrong.

How we engage

You have a system like this one.
Tell us where it stands.

Whether it is failing, not yet built, or about to meet a scale it has never seen, we can tell you what we see.

Start a conversation
mostafa@opulion.dev · Response within 24 hours · By inquiry