Should each automated function have its own independent level?
Can a single system balance different automation levels across information acquisition, analysis, decision-making, and action execution? Understanding function-specific automation may reveal how to optimize human performance across different task stages.
Parasuraman, Sheridan and Wickens (2000) argue that "automation can be applied to four broad classes of functions: 1) information acquisition; 2) information analysis; 3) decision and action selection; and 4) action implementation," and that within each of these a system can sit anywhere "across a continuum of levels from low to high, i.e., from fully manual to fully automatic." A single system, they write, "can involve automation of all four types at different levels" — a conflict-detection tool that only flags and suggests a resolution for an air traffic controller is "level 4" automation of decision selection, while a system that executes its own resolution unless the controller intervenes is "level 6 or higher," and either could pair with a fully manual or fully automated information-acquisition stage. The paper's own ten-point scale (Table I) runs from the computer offering no assistance to acting fully autonomously and ignoring the human altogether, with intermediate points such as level 2 (the computer offers several options the human simply picks from) and level 4 (the computer suggests one option but the human still decides whether to execute it or pick another).
The reasoning for keeping type and level separate, rather than running everything up or down one autonomy dial, is that "the human performance consequences of particular types and levels of automation constitute primary evaluative criteria for automation design," with "automation reliability and the costs of decision/action consequences" as secondary criteria. The authors ground this in a four-stage model of human information processing — acquisition, analysis (working-memory manipulation and inference), decision, and action implementation — and argue each stage automated differently changes the human's job differently: information automation (organizing, highlighting, integrating data) tends to reduce mental workload and improve "situation awareness," while automating decision and action selection raises separate risks of "complacency" and "skill degradation" that automating information does not. Their method is explicitly a design procedure: predict or test the performance consequences across a candidate range of levels for a function, use those consequences to bound the acceptable range (their example: performance is enhanced at level 4 and degraded above level 6, so the bounds become 4–6), then narrow further using the secondary criteria.
Set against the single-axis leveling schemes already in the library, this model's distinguishing move is that it is two-dimensional before it is a scale at all. Does machine agency exist on a spectrum rather than binary? and Can we design AI autonomy separately from capability? each place a system at one point on one axis (degree of autonomy/coordination, or user role); Parasuraman, Sheridan and Wickens instead ask which of four functions is automated and at what level within that function, so a single agent can be "level 6" on decision selection while staying "level 2" on information acquisition. Their primary evaluative criterion — human performance consequences first, reliability and consequence-cost second — also predates and reframes the capability/autonomy separation that the later agent-levels paper treats as its core move: here the ordering is not capability versus autonomy but human effects versus system properties, with human effects given priority by design.
The excerpt is a 2000 paper about automated systems in domains like air traffic control, anesthesiology, and finance, built from laboratory and field evidence of that era; it does not describe large language models or AI agents, and nothing in it should be read as a direct finding about current agentic AI. Its scale and four-function breakdown are also explicitly offered as "a simple guide," not a validated measurement instrument — the authors state the model "does not therefore prescribe what should and should not be automated in a particular system," only that it gives a more objective basis for the choice than technological capability or economics alone.
Inquiring lines that read this note 2
This note is a source for these research framings, grouped by the broader line of inquiry each explores. Scan the bold lines of inquiry; follow any specific question forward.
How should control and autonomy be allocated in human-AI collaboration?Related concepts in this collection 4
This note in its neighbourhood — explore the map, then jump to a related concept in the list below.
Click a node to walk · click center to open · click Open in graph to see this note in the full knowledge graph
-
Does machine agency exist on a spectrum rather than binary?
Rather than viewing AI as either autonomous or controlled, does machine agency actually operate across five distinct levels from passive to cooperative? Understanding this spectrum matters because it shapes how users calibrate trust and control expectations.
a parallel single-axis level taxonomy; this model instead crosses level with four separable function types
-
Can we design AI autonomy separately from capability?
Explores whether an AI agent's autonomy—how much it operates without user involvement—is a design choice independent of what the agent can actually do. This matters because it opens autonomy to governance and calibration rather than treating it as fixed by capability.
shares the separate-axes move (here autonomy vs. capability) but this 2000 model separates function type from level and prioritizes human performance consequences over both
-
Does granting agents more autonomy undermine human oversight?
Explores whether the design of autonomous AI systems—by giving agents greater independence—actually weakens the human overseer's ability to catch problems. Matters because oversight is a key safeguard against AI failures.
names skill degradation and erosion of oversight as present-day risks; this paper identifies "skill degradation" and "complacency" as the same risks under decision-automation specifically, two decades earlier
-
When does automation harm performance after failures?
This meta-analysis of 18 experiments explores when increasing automation backfires. It tests whether the risk concentrates at a specific threshold in how much decision-making we hand to machines.
Evidence for A: costs to performance and situation awareness appear specifically when automation crosses from analysis to action selection, as A's function split predicts
Related papers in this collection 8
Papers most semantically related to this note, ranked by cosine similarity in the embedding space.
- A Model for Types and Levels of Human Interaction with Automation
- Human Performance Consequences of Stages and Levels of Automation: An Integrated Meta-Analysis
- Augmenting the algorithm: Emerging human-in-the-loop work configurations
- Human-Centered Artificial Intelligence: Reliable, Safe & Trustworthy
- The Work Behind Delegation: A Framework for Supervising AI Coding Agents
- Future of Work with AI Agents: Auditing Automation and Augmentation Potential across the U.S. Workforce
- Comparing Human Oversight Strategies for Computer-Use Agents
- Roles of Artificial Intelligence in Collaboration with Humans: Automation, Augmentation, and the Future of Work
Original note title
automation applies separately to four functions — acquisition, analysis, decision and action selection, and implementation — each at its own level