Evergreen
Levels of Driving Automation Explained Clearly
Understand Levels 0 through 5 by who drives, monitors, performs fallback, and stays inside the operational design domain, without marketing shorthand.
Levels of Driving Automation Explained
The levels of driving automation describe how the dynamic driving task, supervision, and fallback are divided between a person and a system. They are not a simple score for how intelligent, safe, or advanced a vehicle is.
The quickest dividing line is this: at Levels 0 through 2, a human drives and supervises. At Levels 3 through 5, an automated driving system performs the entire dynamic driving task when engaged, with different fallback and operating-domain limits.
flowchart LR
A["Levels 0 to 2"] --> B["You drive or supervise"]
B --> C["Driver must monitor the road"]
D["Level 3"] --> E["System drives in domain"]
E --> F["Fallback-ready user responds when requested"]
G["Level 4"] --> H["System drives and handles fallback in limited domain"]
I["Level 5"] --> J["System drives across all human-manageable conditions"]
First define the driving task
The dynamic driving task includes steering, braking, accelerating, monitoring the driving environment, recognizing objects and events, responding to them, maneuver planning, and signaling.
A feature can perform part of that task without becoming an automated driving system. Automatic emergency braking may intervene briefly. Lane centering may control steering. Adaptive cruise control may manage speed and following distance.
The human role determines how those features should be described.
NHTSA's automated-vehicle overview explains the levels in consumer language. Its Standing General Order page also distinguishes Level 2 advanced driver assistance from Levels 3 through 5 automated driving systems.
Level 0: no sustained driving automation
The person drives. A system may warn or intervene momentarily, but it does not provide sustained lateral or longitudinal control.
Examples can include forward-collision warning, lane-departure warning, or automatic emergency braking. The feature may be important for safety while remaining Level 0 in this taxonomy.
Level 1: one sustained control dimension
The person drives and monitors. The system continuously assists with either steering or speed and following-distance control.
The driver performs the rest of the driving task and remains responsible for the roadway.
Level 2: combined sustained assistance
The person still drives and monitors. The system can provide continuous steering and acceleration or braking support at the same time.
This is the category most likely to be mislabeled in everyday speech. A vehicle may center in a lane, navigate interchanges, change lanes, or negotiate intersections while still requiring a fully attentive driver.
Tesla's current Full Self-Driving (Supervised) documentation says exactly that its features require active driver supervision, do not make the vehicle autonomous, and vary by configuration, hardware, software, region, model, trim, and model year.
NTSB's automation investigation summary describes a core Level 2 problem: people are poor sustained monitors of automation, and partial-automation systems have perceptual and functional limits.
Level 3: conditional automation with a fallback-ready user
When engaged inside its operational design domain, the automated driving system performs the entire dynamic driving task. The user does not continuously supervise the road in the same way as Level 2.
The system expects a fallback-ready user to respond to a request to intervene. That transition requirement is critical. The feature's instructions, takeover time, user state, warning design, and response conditions cannot be reduced to "the car drives itself."
Level 3 capability is limited to the conditions defined for the system.
Level 4: high automation inside a limited domain
The automated driving system performs the entire dynamic driving task and fallback within its operational design domain. An occupant can be a passenger rather than the driver.
The domain may be narrow. It can specify roads, geography, speed, weather, time, traffic, and other constraints. If the system cannot continue, it should reach a minimal-risk condition within its design.
A driverless robotaxi service inside defined areas can fit this pattern. That does not make the vehicle capable of driving everywhere.
Level 5: full automation without an ODD limit
The automated driving system performs the entire task and fallback across all roadway and environmental conditions that a human driver could manage.
Level 5 is not "Level 4, but better marketing." The domain distinction changes. NHTSA says Level 5 is not available in vehicles for consumer purchase.
The role table
| Level | Who steers and controls speed? | Who monitors the road? | Who handles fallback? | Domain limit |
|---|---|---|---|---|
| 0 | Human, with momentary assistance | Human | Human | Feature conditions |
| 1 | Human plus one sustained assistance dimension | Human | Human | Feature conditions |
| 2 | System assists steering and speed together | Human | Human | Feature conditions |
| 3 | ADS when engaged | ADS when engaged | Fallback-ready user after request | Yes |
| 4 | ADS when engaged | ADS | ADS within its design | Yes |
| 5 | ADS | ADS | ADS | No limited ODD |
The table describes roles, not legal conclusions. Product instructions and applicable law control real use.
How to describe a feature precisely
Name the product, vehicle, hardware, software version, automation role, driver duty, roads, geography, speed, weather, time, and known exclusions.
"Level 2 driver assistance that controls steering and speed while requiring continuous driver supervision" is more useful than "self-driving."
"Driverless passenger service in a defined Level 4 operational design domain" is more useful than "fully autonomous everywhere."
Then read [[What an Operational Design Domain Really Means]] to make the capability boundary concrete. For incident data, do not mix Level 2 and ADS reports because NHTSA applies different reporting criteria and the roles differ.
This explainer was developed with AI assistance from E025, current NHTSA, NTSB, and Tesla documentation, and the linked role matrix. Dalton Anderson remains the author. It is not driving, legal, insurance, or safety advice. Always follow the current vehicle instructions and law. Editorial, technical, safety, legal, source, accessibility, and founder review are required before publication. Publication is not authorized.
Sources
Follow the evidence.
- youtu.be: NJfXqTyjSXcyoutu.be
- ncsl.org: enncsl.org
- nhtsa.gov: automated vehicles safetynhtsa.gov
- news.gm.com: 1210 gmnews.gm.com
- news.gm.com: 0204 cruisenews.gm.com
- nhtsa.gov: special crash investigations scinhtsa.gov
- nhtsa.gov: consent order cruise crash reportingnhtsa.gov
- waymo.com: waymo safety impact update 170mwaymo.com
- cpuc.ca.gov: autonomous vehicle program permits issuedcpuc.ca.gov
- nhtsa.gov: standing general order crash reportingnhtsa.gov
- nhtsa.gov: voluntary safety self assessmentnhtsa.gov
- dmv.ca.gov: autonomous vehiclesdmv.ca.gov
- nhtsa.gov: event data recordernhtsa.gov
- zoox.com: communityzoox.com
- ntsb.gov: Vehicle Automations Investigative Outcomesntsb.gov
- waymo.com: impactwaymo.com
- content.naic.org: autonomous vehiclescontent.naic.org
- tesla.com: fsdtesla.com
- nhtsa.gov: crash report sampling systemnhtsa.gov
- open.spotify.com: 75DDtIhd8Hazz8fhBuZgn4open.spotify.com
- zoox.com: zoox service updates and expansionszoox.com
- daltonanderson.ghost.io: the bumpy road to self driving cars whos winningdaltonanderson.ghost.io