A Practical Audit: Is the Human Actually Responsible?

A useful way to evaluate an AI-supported decision is to stop asking whether a human was “in the loop” and trace what the human could actually know, choose, and change. This audit applies the responsibility model to two familiar arrangements: a human working with an AI on a loan decision and a human overseeing an automated drone. It is not a legal test or a validated checklist. It is an evidence-informed way to locate formal authority, practical control, and the parts of the system that may be making a visible person responsible without giving them a meaningful role.

The audit has four linked questions. Who owns the decision right? What choices are really available? What can the human understand about the situation and the AI? And where does the causal path to the outcome run? The answers should then determine whether the system needs clearer governance, a redesigned interface, an escalation route, shared responsibility, or a different allocation of automation.

1. Who owns the decision right?

Start with authority, not with the final click. A job title such as “loan officer” or “drone overseer” tells us something about formal role, but it does not establish what the person may do in practice. The first question is whether the human may reject, modify, pause, or escalate the AI’s recommendation, and whether those actions are recognized by policy and supported by the interface.

An AI can be described as advisory while its recommendation is effectively mandatory. Employees may be measured against speed or consistency targets that make overrides costly. A policy may say that a person retains final authority while the interface automatically fills the decision field, hides the reason for the recommendation, or offers no route for an exception. These details determine whether the role is genuinely discretionary.

Authority also includes timing. A person who can appeal a decision only after a loan has been denied or a drone has crashed may have review authority but not preventive authority. That authority can still matter for correction and learning, but it should not be confused with the power to prevent the original harm. The audit should therefore ask when the decision right becomes available and when it expires.

A practical authority map can use plain language:

  • What action is the human authorized to take?
  • What action is the human required to take?
  • What action is the human forbidden or discouraged from taking?
  • Who receives an escalation, and can that party change the outcome in time?
  • What happens if the human disagrees with the AI?

These questions do not assign blame by themselves. They reveal whether a stated duty is supported by a usable decision right. If the answer is unclear, responsibility is already being assigned in a poorly specified system.

2. Which choices are real, and which are cosmetic?

The second check concerns the action set. Count less than you inspect. Several visible options may all lead to the same outcome, while a single option may be meaningful if it can determine what happens next. The relevant test is whether the person can take an action that prevents or alters the harm.

The drone experiment makes this distinction concrete. When the interface left only one selectable action, participants made faster and more accurate decisions but felt less responsible and perceived a weaker causal connection to a crash. The result does not imply that all restrictions are harmful. Removing an unsafe or ineffective option can make a remaining decision clearer.