01 Home 02 Company 03 Systems 04 Capabilities 05 Applications 06 Technology 07 Research 08 Investors 09 Careers 10 Newsroom 11 Contact

Reference  ·  Levels of Autonomy

How autonomous
is autonomous?

"Fully autonomous" is the least useful phrase in this field. Autonomy is not a single number that a system either reaches or does not — it is a description of what a system can handle, in what conditions, with how much help. Getting that description right is the difference between a specification and a slogan.

The Problem With Levels

One number hides
the whole question.

§ 01 / PROBLEM

Ask how autonomous a system is and you will usually get a level between one and ten. The trouble is that a platform which can fly a pre-planned route over open ground in clear weather with no opposition, and a platform which can pursue an objective through cluttered terrain with its satellite navigation jammed, might be assigned the same number — because the number is answering different questions in each case.

A useful answer has to say autonomous at what, and under what conditions. That is precisely the gap the NIST ALFUS framework — Autonomy Levels for Unmanned Systems — was created to close, by giving requirements and evaluation a shared vocabulary instead of a marketing adjective.

The Three Axes

Autonomy has
three dimensions.

ALFUS describes autonomy as a point in a three-axis space rather than a rung on a ladder. Move along any axis and the difficulty changes, even if the platform does not.

§ 02 / AXES
01

Mission complexity

How hard the task itself is. Holding a fixed orbit is not the same problem as searching an area, adapting to what is found, and re-planning against a changing objective. The same aircraft can be highly autonomous at one and useless at the other.

02

Environmental difficulty

What the world is doing to the system. Open sky in daylight with a strong satellite fix is the easy end. Cluttered terrain, degraded weather, jammed or spoofed navigation and an intermittent datalink is the other, and it is where real operations live.

03

Human independence

How much operator involvement is required, and of what kind. Continuous manual control sits at one extreme; a person setting an objective and boundaries and then supervising sits near the other. This axis is a design choice, not only a capability.

04

Why all three matter

A claim on any single axis is close to meaningless without the other two. High human independence in a trivially easy environment on a trivially simple mission is not an achievement — and it is exactly what a demonstration video usually shows.

How We Specify It

What we state,
and what we won't.

We describe our systems along these axes rather than claiming a level, because a level invites the reader to assume the other two axes were hard. Ours are still in research and development, and we would rather be precise than impressive.

  • Task, stated explicitlyWe name the mission the autonomy handles rather than implying it generalises to every mission.
  • Conditions, stated explicitlyIncluding the degraded cases: poor light and weather, denied satellite navigation, a thinning datalink.
  • Operator role, stated explicitlyWhat the person sets, what they see, when they are asked, and how they intervene.
  • Where it stopsThe point at which the system should hand back rather than continue — the most important number in the specification and the one least often published.
Specifying AutonomyThree Axes
Axis 1Mission complexity
Axis 2Environmental difficulty
Axis 3Human independence
We publishThe description, not a level
CommandHuman, in all cases
StageResearch & development

Our Position

Where we sit
deliberately.

We do not build toward maximum human independence. We build toward the point where autonomy removes workload without removing judgement.

§ 03 / POSITION
01

Attention, not authority

Autonomy should absorb the parts of a job that consume attention without needing judgement — holding a pattern, watching a feed — and hand the rest to a person.

02

Bounded discretion

Freedom inside limits a person has set, and a stop at the edge of them rather than an improvisation past it.

03

Knowing when to stop

Recognising that a situation has left the envelope the system should handle alone is itself a capability, and we treat it as a requirement.

04

Never the last word

No system we build selects and engages on its own authority, at any point on any axis.

The ALFUS framework is published by the US National Institute of Standards and Technology; this page summarises its structure to explain how we describe our own systems and does not imply any NIST endorsement, assessment or certification. All Rewind Dynamics systems remain under active research and development.

Go Deeper

Specifying autonomy
for a programme?

If you are writing requirements for an autonomous system, we would genuinely enjoy the conversation.