“Obedience can be impeccable while the objective remains unexamined.”
In 1963, psychologist Stanley Milgram published the results of an experiment in which ordinary participants, following the directions of an authority figure, were willing to administer what they believed were dangerous electric shocks to another person. The apparatus was staged; the apparent recipient was a confederate. But the participant's dilemma was real, and the study raised difficult questions about obedience and responsibility.
In the original Behavioral Study of Obedience[1], 26 of 40 participants continued to the highest setting. The finding became famous, sometimes flattened into the claim that people are simply obedient. The more interesting problem for modern organizations is how a sequence of apparently reasonable steps can detach people from evaluating what those steps are for.
There is a temptation to apply the same story to AI by declaring that people will obey their chatbot. That is too narrow. The more unsettling arrangement is a team of people and models in which every participant is responsible for a well-defined piece, each verifies the previous piece, and nobody is authorized—or encouraged—to question the underlying objective.
A project can be correct at every checkpoint and still be wrong §
Imagine an organization decides that its community's poor participation numbers reflect an inadequate website. A research system gathers usability complaints. A design agent proposes a redesign. A coding agent builds it. A test system checks behavior and accessibility. A manager approves the release. Every stage has performed the assigned work.
But what if the participation problem was that people had no reason to return, no useful activities, and no community relationships? The redesign could be beautifully executed and irrelevant.
This is not an argument against engineering quality. It is an argument that verifying execution differs from validating purpose.
The NIST AI Risk Management Framework[2] explicitly includes determining whether an AI system achieves its intended purpose and whether it should be deployed at all. Its measurement guidance[3] calls for independent review, external perspectives, and mechanisms for course correction. These distinctions are not merely about model hallucinations; they are about institutional decisions.
- What happensEvery checkpoint passes
- What it missesThe goal never gets questioned
- What could changeReview the purpose independently
What should a verifier actually verify? §
A useful verifier must be able to compare a task's outputs against evidence. But it should also retain the original human objective, preserve uncertainty and see which assumptions were never independently checked.
If the objective is unsupported, that should be an acceptable conclusion. The verifier needn't manufacture a better objective or accept the task merely because the implementation passed tests. It should distinguish a measured result, a source claim, a user instruction and an inference.
This is one of the more difficult ideas behind Aurekai's work on evidence, retained source identity, reviewable actions and independent authority. These capabilities do not guarantee good judgment. They could, however, give people the information and organizational latitude to question whether a sequence of individually valid actions adds up to something worth doing.
The lesson isn't to distrust every command from a machine. It is to avoid designing a system in which correctness has been reduced to compliance with the most recent command.
When competent systems share one blind spot §
Imagine a newsroom commissioning an AI-assisted project to improve local coverage. A planning team defines success as publishing a fixed number of neighborhood explainers. Research agents gather reliable records. Writers produce coherent articles. Fact-checkers verify claims. Developers build a fast, accessible publication. Every review is legitimate, and every participant can be highly competent.
Yet residents cannot correct records, local organizations cannot maintain their own information, the publisher has no relationships with neighborhood contributors, and the reporting never enters places where the relevant decisions are made. The output is real journalism. The mistake is treating an output target as if it proved that a local information institution had formed.
This is not a model misreading a comma or hallucinating a source. The work can be factually right and still fail its underlying purpose. An apparently independent verifier may share the planner's definitions, success metrics and source material. Agreement among several systems does not always constitute independent evidence.
The right to challenge the brief §
A useful review process separates four questions: Is the work internally correct? Is its evidence sound? Is its effect authorized? And does the work address a real need? Different people and instruments may be best suited to each. A successful test can answer the first without answering the fourth.
Milgram's experiment should not be reduced to a claim that AI is inherently obedient, and human oversight should not be reduced to signing another approval. The design goal is to preserve enough original context, dissent and real-world feedback for a participant to say, with evidence, that the brief itself needs to change.
Continue with When everyone agrees, who is thinking? and The internet of bad ideas.
Sources and further reading
References point to original material linked in the essay, not independently invented citations.
- Behavioral Study of Obediencepubmed.ncbi.nlm.nih.gov↩
- NIST AI Risk Management Frameworkairc.nist.gov↩
- measurement guidanceairc.nist.gov↩
Related reading
More articles that explore this subject from another angle.
Several apparently agreeing reports may trace to a single original assertion.
Follow this connection ↗The business testIf AI usage becomes mandatory, what measures whether it helped?A convincing process needs an outcome metric that can challenge the plan.
Follow this connection ↗Another essay leads hereA compressed agent skill matters only if it can still do the jobTask-conditioned rate–distortion explains why elegant memory summaries can fail at execution.
Read the earlier argument ↗