Ships have been automated for half a century — autopilots since the 1920s, unmanned machinery spaces since the 1980s, integrated bridge systems for decades. So why does a Maritime Autonomous Surface Ship need its own regulatory code? Because the automation the rules were written for executes a human's decisions; the MASS makes them.

That distinction — execution versus decision — is the line the Code draws. The regulatory novelty isn't the technology, it's where the authority sits, and conventional automation never moved it.

Key findings

  1. Conventional automation executes within a human's decision frame — autopilot holds a course the officer chose. Established
  2. MASS autonomy makes decisions the human used to make — the authority, not the mechanism, is what's new. Established
  3. The regulatory gap is the decision-maker — existing rules assume a person decides; MASS needs rules for when software does. Established
  4. Degrees of autonomy define the continuum — from decision-support to fully autonomous, the code addresses the authority handoff. Established
  5. The liability and accountability chains differ — conventional automation's errors trace to its operator; MASS's trace to a system. Maritime-GPT analysis
Ship automation console
Decades of automation execute orders; the MASS difference is software that decides what the order should be.Image: U.S. Navy photo by Mass Communication Specialist 1st Class Brian Goyak · Public domain

The execution/decision line

An autopilot holds a course the officer set; an ECDIS alarm flags a danger the officer evaluates; the UMS alarms notify the engineer who's on call. In every case the human decides — the automation executes or alerts. A MASS's autonomy is different in kind: the software chooses the course, evaluates the encounter, makes the collision-avoidance decision. The regulatory problem the Code exists to solve is that 'who decides' is a legal category, not an engineering one — and conventional automation never crossed it. Established

The authority the rules assume

SOLAS, STCW, COLREGS, and ISM are all written around a human decision-maker — the master's authority, the officer's watch, the lookout's eye. Conventional automation fits inside that frame because it never holds the authority itself. A MASS breaks the frame: when the software decides, the regulation must either certify the software's judgement or redefine where the human's authority sits. That redefinition is the Code's actual content. Established

The accountability difference

A conventional automation failure traces to a person — the operator who mis-set it, the engineer who mis-maintained it, the master who mis-supervised it. A MASS's decision failure traces to a system — and the accountability question becomes architectural: was the system in its envelope? Was the override available? Who designed the autonomy's decision boundary? The liability chain that worked for execution doesn't work for decision — which is why a new code was needed rather than an amendment. Maritime-GPT analysis

What the Code adds

  • <strong>Operational design domain.</strong> The bounded conditions the autonomy is authorized for — a concept conventional automation never needed. Established
  • <strong>Fallback obligations.</strong> What the system must do when it exceeds its envelope — the degraded-safe behaviour. Established
  • <strong>Remote-operations governance.</strong> The framework for human authority exercised from ashore. Established
  • <strong>Assurance requirements.</strong> The evidence standard for a system that decides — the software's certification, not its hardware's. Established

What we know

  • Conventional automation executes; MASS decides — the authority is the difference.
  • Existing regulation assumes a human decision-maker; MASS breaks the frame.
  • The Code's new concepts (ODD, fallback, ROC) address the decision authority.

What we don't

  • Where the boundary between 'automation' and 'autonomy' legally sits in ambiguous cases.
  • Whether existing vessel automation retrofits will need MASS compliance.
  • How the Code handles hybrid modes (autonomous sometimes, conventional others).

Being tested

  • Regulatory interpretation of the execution/decision boundary.
  • MASS-degree classifications in practice.
  • Assurance frameworks that span automation and autonomy.

Maritime-GPT analysis

The MASS-vs-automation question is why the Code exists at all: the industry has had automated ships for fifty years, but never one whose software held the decision authority. The Code isn't about new technology — it's about new accountability. Conventional automation is a tool the master uses; MASS autonomy is a decision-maker the master supervises. The regulation's novelty isn't in the ship — it's in who answers for it. Maritime-GPT analysis

This is a research feature, not operational guidance. Simulation results are reported as simulation; demonstrations are not deployments; company claims are attributed as such. Verify safety-critical decisions against official nautical publications and flag-state requirements.

Sources & evidence

IMOPrimary regulator
Autonomous shipping / MASS Code development

The code whose novelty this article explains.

Maritime-GPTCompanion research
IMO MASS Code 2026

The code's pillar overview.

Maritime-GPTCompanion research
How MASS regulates AI decision-making

The decision-authority regulation in depth.

Maritime-GPTCompanion research
AI decision support vs automation

The related distinction on the human side.