Machine-speed decisions need machine-held evidence. Bounded education only: no real targets, operational control, executable payloads, or live-system actions. A human click is not a liability transfer. For production evidence and accountability software, visit Evulgare.com ↗.
Institutional Authority Casebook
Operational delegation is not the same as legal authority.
Compare six source-reconciled cases across military decision support, bounded defensive automation, developmental mission autonomy, predictive enforcement, traveler screening, and watchlisting. Each case identifies what the machine performs, which institution sets the objective, who can interrupt or correct the process, and what remains publicly unknown.
Six reviewed casesSix institutional domainsMaximum three-case comparisonNo ratings or procurement advice
It is a source-reconciled comparison of real programs showing what software performs, which institution sets the objective, who can approve or interrupt action, and which decisive details remain public unknowns.
Does operational delegation give a machine legal authority?
No. A machine may collect, classify, prioritize, recommend, or execute a bounded function while human institutions retain formal office, authorization, correction duties, and liability.
Separate technical capability from institutional permission.
A machine may collect, fuse, classify, rank, recommend, or automatically execute a bounded function. Those functions do not by themselves confer legal office, command authority, fiduciary status, moral agency, or independent liability.
01
Document the function
State exactly what the public evidence supports: retrieval, fusion, classification, prioritization, recommendation, screening allocation, mission autonomy, or automatic bounded action.
02
Locate the authority
Identify who sets objectives, owns data, approves consequential action, can interrupt the system, correct errors, and retire the program.
03
Preserve the unknown
Do not convert undisclosed thresholds, operating modes, error rates, or intervention windows into either “human-controlled” or “fully autonomous.”
Source-reconciled register
Six cases, one authority vocabulary
Filter the records or select up to three for a side-by-side comparison. Every source link resolves through the existing Source Review registry.
6 of 6 cases shown.
No case matches the current filters.
Maximum-three comparison
Where did practical authority move?
The matrix compares functions and institutional ownership. It does not calculate a capability, legality, effectiveness, or safety score.
Military decision support
Maven Smart System
Operational
Objective owner
Department of Defense mission and command authorities define the operational objective; the public program page does not identify every mission-level owner.
Transformation owner
CDAO program and platform teams own the released fusion, detection, tracking, and decision-support capability.
Approval owner
Human operational and command authorities retain consequential mission decisions in the bounded public description.
Interruption owner
Authorized operators, commanders, and system administrators are the plausible interruption owners; exact operating controls are publicly unspecified.
Correction owner
Program governance and the owning data organizations must correct source data, model behavior, and downstream records; the public correction workflow is unspecified.
Legal authority owner
The Department of Defense and its human chain of command retain legal and institutional authority.
Transformation chain
Sensor and data inputsIngest and normalizeData-access and mission-purpose controls
Fusion, detection, and trackingAssociate observations and create decision-support outputsAnalyst review and operational context
Operational decisionPresent decision supportHuman authorization and responsibility
Intervention path: Authorized users can question, withhold, or escalate the machine-produced picture; exact live controls and override windows are not public.
Public boundary: This record does not establish that Maven Smart System independently authorizes weapon release or that every fused output is accurate, complete, or independently verified.
Bounded defensive automation
MK 15 Phalanx Close-In Weapon System
Operational
Objective owner
Naval command, doctrine, and mission planning define the protected asset, operating conditions, and permitted defensive purpose.
Transformation owner
The Navy program office, developer, and maintainers own the released threat logic and system configuration.
Approval owner
Commanders and operators choose the operating mode and activation conditions; the automatic mode can perform local engagements without a fresh target-specific click.
Interruption owner
Shipboard operators retain supervisory and deactivation responsibilities, although public sources do not disclose every timing and mode detail.
Correction owner
Program, maintenance, testing, and command authorities own configuration correction, software changes, and post-event review.
Legal authority owner
The human naval chain of command and deploying institution retain authority and accountability.
Transformation chain
Local radar observationsSearch, detect, and trackConfigured operating mode
Threat evaluationEvaluate and prioritize bounded incoming objectsDoctrine, configuration, and testing
Defensive engagementEngage and assess in automatic modeSupervision, deactivation, and command accountability
Intervention path: Operators can supervise and deactivate the system, but public evidence does not establish every intervention window, target-class configuration, or mode used by every operator.
Public boundary: Automatic defensive engagement does not prove unrestricted anti-personnel authority, contemporary machine-learning use, or one universal operating configuration.
Developmental mission autonomy
Collaborative Combat Aircraft
Developmental or testing
Objective owner
Air Force operational and acquisition authorities define program objectives and command relationships.
Transformation owner
The CCA program, autonomy-software providers, test organizations, and integrators own the developmental transformations.
Approval owner
The Air Force states that a human retains weapons-release authority in the described development and testing context.
Interruption owner
Human command and test authorities retain abort, safety, and range-control functions; future operational details remain developmental.
Correction owner
Program offices, vendors, test organizations, and safety authorities own defect correction and revalidation.
Legal authority owner
The human military command structure retains legal authority over weapons release and operations.
Transformation chain
Mission objectiveReceive bounded mission intentMission and test authorization
Autonomous flight and mission behaviorExecute permitted flight and teaming functionsSupervision and safety constraints
Weapons releaseSupport integration and execution after authorizationHuman release decision
Intervention path: Human command, test, and safety authorities remain the documented control point, but future operational timing and interface details remain under development.
Public boundary: Developmental flight or mission autonomy does not establish autonomous weapon release, final fielding, or one settled operating doctrine.
A machine can exercise substantial operational control while human institutions retain the formal office, authorization, correction duty, and liability. Conversely, nominal human presence does not prove meaningful control where time, information, or intervention authority is inadequate.
Evidence boundary
Every case remains bounded by its source class.
Government pages establish what an institution publicly says. Manufacturer pages establish product claims. Oversight reports document their own findings. A program record cannot fill in controlled thresholds, configurations, error rates, intervention timing, or real-world effectiveness that the public evidence does not disclose.
Correction and review
Each source has a stable review record, and every case has an explicit correction path. Corrections remain repository-authored and reviewed; this page does not accept public edits or automatically change factual status.
Learn the failure here. Make the deployed machine answerable at Evulgare.
KillChains.com remains a synthetic simulation and public-research environment. KillWebs.com remains the sister learning environment for governed network paths. Stop using software that makes the nearest human explain a decision they could not see, verify, or control. Real-system evidence capture, software and model lineage, authority reconstruction, operator-view reconstruction, incident causality, and deployed-system answerability belong at Evulgare.com.
The Casebook compares public institutional authority. Evulgare is the production destination for proving which authorities, software, models, evidence, and human interfaces were actually present in a real system.