The Evaluating Self

20Does the Whole Exceed its Parts?

Gagan Bansal, Tongshuang Wu, Joyce Zhou, Raymond Fok, Besmira Nushi, Ece Kamar, Marco Tulio Ribeiro and Daniel S. Weld, CHI Conference on Human Factors in Computing Systems, Yokohama, 2021

Does the Whole Exceed its Parts, 2021 — the argument in five moves The testnobody ran A task withroom Three waysto explain Nothing overconfidence Inform, donot persuade A team is worthhaving only if itbeats both parts.No study showed it. Match the model'saccuracy to theperson's, leavingroom above both. Highlights, writtenarguments, and aswitch that fireswhen unsure. Explanations helpedwhen the model wasright and hurt whenit was wrong. Aim at informingthe person, not atconvincing them. Every assisted team beat both partners; no explanation beat the confidence score.
Figure 20.0 — The paper in five moves: a test nobody had run, an experiment built so that it could be run, three ways of explaining, a result that cancels itself out, and the design imperative the authors draw from it.

A decision-support system is worth building only if the pair it creates is better than either of its parts. Bansal, Wu and their colleagues make that the standard an explanation has to meet — complementary performance, team accuracy above the person working alone and above the model working alone — and then show that the studies offered as evidence for explaining machine recommendations had never met it. In every one of them the model, left to run by itself, was more accurate than the assisted team, so the rational move would have been to remove the person. They rebuild the experiment so that the standard can be tested: tasks crowd workers can do without training, and items chosen so that the model's accuracy matches theirs, which opens a band above both partners for a team to occupy. With 1,626 workers on three tasks, the teams did occupy it. But no explanation beat the plainest baseline available, which is printing the model's confidence beside its answer. Highlighted words, arguments written by hand, and a scheme that changes the explanation when the model is unsure all performed the same as a number. Splitting the results by whether the recommendation was right shows why: explanations raised accuracy when the model was correct and lowered it when the model was wrong, and the two movements cancelled.

The test nobody had run

The opening argument is arithmetic. A developer deploys a team only if the team adds utility, which means beating both partners; anything less is an argument for automation. Table 1 of the paper assembles eight such results, each reporting that explanations improved human accuracy, and adds the column those papers had not compared. In deceptive-review detection, workers alone scored 51.1 per cent, the model 87, the best team 74.6. In income-category prediction the three figures were 65, 75 and 73. Predicting house prices, workers were out by $331,000 on average, the model by $200,000, the team by $232,000. In each case the explanation did lift the person above where they had been, and in each case the machine would have done better without them.

Where the team lands on the accuracy scale in the studies the authors tabulated in this study person alone the team model alone person alone model alone the team the band a teamhas to reach the team clearsboth partners low 1.0 low 1.0 Schematic. When the model is much the stronger partner, the band above both of them is narrow.
Figure 20.1 — The band a team has to reach, schematic, after the paper's Figure 1. When the model is far better than the person, the band above both partners is narrow and the team lands below it.

Two things could account for that. The first is the design of the task. When the model is much the stronger partner, the band above both of them is narrow, and the person's errors are likely to be a superset of the machine's, which leaves little for a human overseer to catch. The second is the mechanism of collaboration itself: incentives, the format of the explanation and whether uncertainty is displayed may all push a person towards a crude policy — always trust the machine, or never trust it — rather than towards judging each case. The authors set out to remove the first problem by construction and then to test the second.

A task with room above both

They chose two kinds of task. Sentiment classification of reviews needs no expertise, and they used two datasets so that the result would not belong to one of them: beer reviews and Amazon book reviews. For something harder they took logic questions from a Law School Admission Test preparation book, each with four options and one right answer. A question of that kind took about a minute to answer; a review took about seventeen seconds.

The models were fine-tuned RoBERTa classifiers, the reasoning model trained on ReClor, a dataset of logic questions from standardised exams. Accuracy was matched to the person rather than maximised. Pilots established that unassisted workers scored 87 per cent on beer reviews and 85 on book reviews, so the authors selected fifty unambiguous items per dataset on which the model scored 84, with equal false-positive and false-negative rates. For the logic task they used twenty questions, verified as not searchable online and absent from the training data, on which the model scored 65 per cent against the 67 per cent workers had managed unaided.

Explanations for the review tasks came from LIME and were shown as inline highlights, colour-matched to the answer buttons. Highlighting cannot show a logical contradiction, so the logic questions were explained in prose: one author condensed the preparation book's explanation of the right answer to two sentences and wrote supporting arguments for the other three options in the same voice. Workers were recruited on Mechanical Turk, screened with a qualifying test, given feedback after every item, and paid a bonus per correct answer with an extra bonus at 90 and 95 per cent accuracy — set above the model's 84 so that copying the machine could not earn it. About a hundred workers took each condition.

Three ways to explain

A pilot on the beer data, three conditions of fifty workers each with a logistic-regression classifier, established the shape of the problem before the main study. Explaining only the predicted class, by highlighting the words that pushed towards it, produced better accuracy than also highlighting the words that pushed the other way. Neither improved on showing confidence alone. And the split that would become the paper's central result was already visible: explaining the predicted class helped a little when the recommendation was right and hurt when it was wrong.

What the assistant showed, and how far the worker went along Model's answerand confidence Confidence onlya number, no words Explain-top-1words for the answer Explain-top-2words for both sides Adaptivetop-2 only if unsure The team alreadybeats both partners Agreement rises,right or wrong Agreement fallson every item Agreement fallsonly where it should None of the three explanation designs raised team accuracy above the confidence baseline.
Figure 20.2 — The four displays compared in the final study, and what each did to the rate at which workers agreed with the machine.

Out of that came the authors' own proposal. If explaining the alternative makes people sceptical, and mistakes correlate with low confidence, then the assistant should explain the alternative only when it is unsure. Their adaptive explanation switches between the two strategies at a confidence threshold, set at each dataset's median so that half the items were shown each way: 89.2 per cent for beer, 88.9 for books. The split was fortunate. Of the twenty-five items shown with the alternative explained, seven were items the model had got wrong; only one of its errors fell on the other side. They also added explanations written by one of the authors, as an upper bound on what a better explainer could produce, since pilot workers had complained that the machine's highlights did not match its behaviour.

What happened

Every assisted condition reached the band. On beer reviews, showing the recommendation and its confidence brought workers to 0.89 accuracy against 0.84 for the model and 0.82 unassisted. Book reviews and logic questions produced the same pattern, with the confidence-only team gaining 2.2 and 20.1 per cent respectively over unassisted workers. That much answers the paper's title question affirmatively: the whole did exceed its parts.

Beer reviews: accuracy of the final decision above both partners 0.780.820.860.90 person alone model alone confidence only explain-top-1 0.82 0.84 0.89 0.88
Figure 20.3 — Decision accuracy on the beer-review task, from the accuracies reported for Figure 4A. The assisted teams clear both partners; the explained team does not clear the confidence score.

None of the explanations improved on that. Explaining one class and explaining two did not differ from each other on any dataset, and neither differed from the confidence baseline: on beer reviews the confidence team scored 0.89 and the explained team 0.88, a difference the authors could not distinguish from noise. The adaptive strategy did not beat confidence on any of the three tasks, and switching its explanations from the model's to the author's made no difference. Three of the four hypotheses went unsupported, and the fourth was the prediction that explanations would not help.

One gain traded for one loss confidence only confidence and explanation team accuracy the model is right the model is wrong all items together
Figure 20.4 — Why the net effect was nothing, schematic. Explaining the predicted class raised accuracy on the items the model got right and lowered it on the items it got wrong.

The reason appears when the items are split by whether the machine was right. Explaining the predicted class improved decisions when the recommendation was correct and worsened them when it was not, so the averages came out flat. This is the paper's finding about explanations as such: they increase the chance that a person accepts the recommendation, and they do it whether the recommendation deserves acceptance or not. Psychology had shown that a human explanation makes listeners agree even when the explanation is wrong, and earlier work had found that explanations led data scientists to over-trust models; what this study adds is the effect measured on the accuracy of real decisions at scale rather than on reported trust.

The adaptive strategy moved the right variable without moving the outcome. Measuring agreement between worker and machine, the authors found it did what it was designed to do: agreement fell on the low-confidence items, where the model was more likely to be wrong, and held on the high-confidence ones. It was not enough, for two reasons they name. On the confident items the worker still has to spot the mistakes the model makes with high confidence, which are the hardest kind to catch. On the unconfident items the worker has to disagree and then solve the problem correctly alone, and doubting the machine does not supply the answer.

The three tasks also behaved differently, and the difference was in the overlap of errors. Plotting each study item by how many unassisted workers got it right, the authors found that beer reviews and logic questions contained a substantial set of items the model handled and people did not, which is where assistance pays. Book reviews contained few; the model's mistakes there were mostly on items people found easy. Accordingly, book-review workers learned to discount the assistant, and it was the one dataset where explaining the predicted class improved matters when the model was wrong, by five per cent over confidence alone. Comparable accuracy, in other words, is not the same as complementary skill.

Subjective ratings tracked the quality of the explanation rather than the quality of the decisions. Seventy per cent of beer workers called the assistance useful under the author-written adaptive design against fifty-seven per cent under confidence alone, and the hand-written explanations were rated useful ten to fifteen points more often than the machine's. None of that preference showed up in accuracy.

How the workers said they used it

A coded analysis of 409 free-text responses describes what the interface produced. Most workers put themselves between deference and refusal: 47 per cent used the recommendation as a starting reference before reading, 25 per cent made their own decision and then checked it, 22 per cent mostly ignored the assistant, and 6 per cent mostly followed it. The share who ignored it rose as the assistant's errors grew familiar — 11 per cent on the logic task, 23 on beer, 30 on book reviews.

How 409 workers described using the assistant read its answer first checked it afterwards mostly ignored it mostly followed it 47% 25% 22% 6% Per cent of coded responses; the four approaches were mutually exclusive.
Figure 20.5 — Self-reported collaboration, from the codebook of 409 responses in Table 3. Few workers adopted either of the simple policies; the commonest mode was to read the machine's answer first.

Confidence was the feature people built a model of. Of the ninety workers who mentioned using it, 27 per cent reported an explicit cut-off below which they stopped believing the machine — around 83 for beer, 89 for books, 90 for logic, and as low as 65 for some. One put it plainly: "If Marvin was above 85% confidence, I took his word for it." The same share mentioned using confidence whether or not they had been given explanations. Thirteen per cent handed the decision over when they could not decide themselves, which is the truth-default behaviour psychology describes. Of those who used the explanations, most used them to read faster; five per cent used them to check whether the machine's reasoning made sense, and on the logic task almost nobody did, because verifying an argument costs more than verifying a highlight.

Informative rather than convincing

What the authors take from this is that explanations as designed produce compliance rather than judgment, which they call ethically fraught in exactly the domains where a person is kept in the loop for moral or legal reasons. If the explanation merely soothes the doctor, the requirement that a doctor sign off has been satisfied in form and emptied in substance.

Their design imperative follows from the fact that hand-written explanations, the best available, helped no more than the model's: "Explanations should be informative, instead of just convincing." Building an explainer to produce the most persuasive justification of an answer, which is what many methods optimise for, is then the wrong objective. The example they hold up is a model of pneumonia risk whose structure let clinicians see that it had learned that asthma lowers the risk of dying — a spurious correlation the explanation made visible. An explanation that only justifies cannot do that.

Two directions follow. Since confidence cannot reveal the confident mistakes, an assistant might adapt to agreement instead, arguing against its own recommendation when the person concurs too readily, or presenting evidence for several options and letting the person ask for more. And timing matters as much as content: every condition here showed the machine's answer before the person had formed their own, which is close to a designed anchoring effect. Delaying the recommendation, showing it after a first answer, or offering it only on disagreement would each protect independence, and each would cost the speed that makes assistance attractive.

The limits are stated plainly. Accuracy was the only dimension measured, and a team might be complementary in speed or effort instead. The tasks were crowdsourceable, so the results need not carry to expert domains, and expertise was not tested. Only two formats were tried. The conclusion is not that explanations are useless, but that on this measure they added nothing to a number the model was producing anyway.

Since 2021

This paper and Buçinca's appeared within months of each other and together changed the question the field was asking. From then on, the baseline an explanation had to beat was the model's confidence score, and the measure was the accuracy of the decision rather than a person's ability to predict what the model would say. The vocabulary settled around appropriate reliance, and by 2022 there were metrics for it that separate correct overrides from correct deference.

The diagnosis has held. Explanations that justify an answer raise acceptance without improving discrimination, and later work has mostly established when the rule breaks rather than overturned it. Vasconcelos and colleagues showed in 2023 that explanations reduce over-reliance where checking the explanation is cheaper than doing the task, which recasts the problem as one of cost. Fok and Weld, both authors here, argued the same year that explanations rarely produce complementary performance because they justify an answer instead of letting the person verify it, which is this paper's design imperative restated as a design principle. The evidence on complementary performance itself has been less kind than this study's own result. Vaccaro, Almaatouq and Malone's meta-analysis of 106 experiments, published in 2024, found that on average human-machine combinations performed worse than the better of the two alone, with losses concentrated in decision tasks of just this kind and gains in tasks of creation, and with synergy appearing mainly where the person was already the stronger partner. Read against that, what this paper achieved by matching the model's accuracy to the worker's looks less like a typical result than like a demonstration of the narrow conditions under which teaming pays at all.

Claims drawn from this chapter · 10

A model as accurate as you is not thereby useful to you

Bansal found that a model scoring about as well as a person is not thereby a useful partner. Working together pays off only where the model gets right the particular cases the person gets wrong.

Becausebeer reviews and logic questions contained items the model handled and people did not, and book reviews did not; books was the one dataset where explaining the predicted class helped when the model was wrong, by five per cent over confidence alone
LimitsThe overlap can be plotted only after the fact, from items already answered, which makes it a diagnosis rather than a selection criterion; Kahneman and Klein locate the same asymmetry in the environment and the learning history, which can at least be assessed in advance.
PracticeAsk which cases the tool handles that you do not, rather than how good it is overall. If the answer is none, matching scores buys you nothing.
After AIThis is the question to ask of any tool before adopting it, and the one that is never answered: not whether it is good, but whether its errors are different from yours.

AI explanations make people agree rather than think, emptying their sign-off

Bansal and colleagues argue that explanations as currently designed make people go along with the AI rather than judge it. The human sign-off that is meant to catch errors then has nothing behind it.

Becauseit is the authors' reading of their own result, with the doctor who is soothed rather than informed as the case
LimitsAn interpretation rather than a measurement: the study shows acceptance rising and accuracy flat, not that the sign-off has been emptied. The requirement that a doctor sign off may be doing other work the study does not measure.
PracticeWhere a person is required to sign off for legal or moral reasons, check that the sign-off could go the other way. If nothing in the interface supports disagreement, it cannot.
After AIBainbridge's impossible task and this paper's empty sign-off are the same claim measured forty years apart, and the second supplies the numbers the first argued for.

AI explanations raise acceptance equally when the AI is right and wrong

Bansal and colleagues found that explanations make people accept the AI's recommendation whether or not it deserves it. Accuracy went up on the items the model got right, down on the ones it got wrong, and the average did not move.

Becausesplitting items by whether the machine was right shows accuracy rising where it was correct and falling where it was wrong, visible already in the fifty-worker pilot on beer reviews
LimitsMeasured on accuracy alone, in crowdsourceable tasks, with two explanation formats. What it establishes is that the net effect was nothing; the mechanism behind the two movements is inferred rather than observed.
PracticeRead the average effect of an explanation as two effects that cancel, and ask for the split by whether the recommendation was correct before believing either.
After AIExplanations have grown much longer and more persuasive since, which by this finding raises acceptance on both sides of the split without changing the balance. The measurement that would show it is still the one nobody runs.

Every study showed people the AI answer before they had their own

In every study the machine's answer appeared before the person had formed their own, which pulls judgement towards it. The fixes — delaying the answer, or showing it only after a first guess — all cost the speed that makes the tool attractive.

Becausethe authors propose the remedies in their closing section — delaying the recommendation, showing it after a first answer, or offering it only on disagreement — without testing any of them
LimitsBansal proposes the de-anchoring designs and does not build them; Buçinca built and measured three and found them equivalent, so between the two papers there is a tested remedy and an untested diagnosis for the same problem.
PracticeWrite your own answer, even a bad one, before you look at the machine's. It costs a minute and it is the only remedy that does not depend on the interface.
After AIEvery interface in wide use shows the answer first, and the speed that makes it attractive is exactly what each remedy costs. That is why the tested remedy has not been adopted.

Explanations should help people spot mistakes, not persuade them

Bansal and colleagues argue that an explanation of a model's answer should help a person find mistakes in it, not make the person agree. Building an explanation to be persuasive is aiming at the wrong thing.

Becausehand-written explanations, the best available, helped no more than the model's; the counter-example is the pneumonia model whose structure let clinicians see it had learned that asthma lowers the risk of dying
LimitsIt is a design imperative rather than a finding, and the pneumonia case is a model whose structure was inspectable, which most are not. What an informative explanation would look like for an opaque model is left open.
PracticeAsk what the explanation would let you find that you did not already suspect. If the answer is nothing, it is a justification and should be read as one.
After AIOptimising an explainer for persuasiveness is precisely what training against human ratings does, which means the wrong objective is now the default rather than a design mistake anyone chose.

Human plus AI must beat both the human and the AI alone

Bansal and colleagues argue an AI decision aid is only worth deploying if the person and the AI together do better than either alone. In all eight studies offered as evidence for explanations, the model alone beat the team.

BecauseTable 1 assembles eight studies offered as evidence for explanations and adds the column they omitted: deceptive review detection at 51.1 per cent for workers, 87 for the model and 74.6 for the best team; house prices out by $331k, $200k and $232k
LimitsThe standard is accuracy alone, and the authors say so: a team might be complementary in speed or effort instead. It is also a standard for deployment decisions rather than for legal or moral requirements that a person sign off.
PracticeBefore keeping a person in a loop, measure all three: the person alone, the machine alone, and the pair. Two of those numbers are usually missing.
After AIThe three-number comparison is almost never run on the tools in daily use, and the eight papers in Table 1 are the reminder that publishing an improvement over unassisted work says nothing about whether the person should be there.

Person and model together beat both when their accuracy is matched

Bansal chose tasks on which the model was about as accurate as the worker. On those tasks the person and the model working together scored better than either of them did alone.

Because1,626 crowd workers on three tasks; beer reviews at 0.89 for the confidence-shown team against 0.84 for the model and 0.82 unassisted, with the same pattern on books and logic questions
LimitsThe matching was done by construction — items selected so the model scored near the workers' pilot accuracy — which Vaccaro's 2024 meta-analysis of 106 experiments suggests is a narrow condition rather than a typical one.
PracticeWhere you want a person's judgement to add something, choose the tasks on which the tool is roughly as good as they are, not the ones on which it is much better.
After AIRead against the later meta-analysis, this result looks less like a finding about teaming and more like a demonstration of the conditions under which teaming pays at all, and those conditions have to be engineered.

Showing how sure the model is beat every explanation tested

Bansal tried highlighted words, arguments written by hand, and a scheme that varied with the model's confidence. None of them helped people more than simply printing how confident the model was.

Because0.89 for the confidence team against 0.88 for the explained team on beer reviews, a difference indistinguishable from noise, with three of four hypotheses unsupported and hand-written explanations making no difference
LimitsOnly two explanation formats were tried, highlights and prose, on crowdsourceable tasks with accuracy as the only measure. The one exception is instructive: on book reviews, explaining the predicted class helped by five per cent when the model was wrong.
PracticePrint the number. Before buying an explainability feature, check it against the baseline of showing how confident the system is and nothing else.
After AIThe baseline this paper established is the one every later explanation has had to clear, and the formats that have arrived since — chains of reasoning, citations, self-critique — are longer and more convincing rather than more verifiable.

Tailoring explanations to the model's confidence changed agreement but not accuracy

Bansal and colleagues found that changing the explanation according to how confident the model was made people disagree more with its unsure answers, but their accuracy did not improve on any of the three tasks. Doubting the machine does not tell you the answer.

Becauseagreement fell on low-confidence items and held on high-confidence ones, with no gain on any of the three tasks
LimitsOne adaptive scheme, thresholded at each dataset's median, on three tasks. The split was fortunate — seven of the model's errors fell on the side shown with the alternative explained — which if anything favoured the design.
PracticeDo not treat inducing appropriate doubt as the goal. Doubting the machine does not supply the answer, and the confident mistakes are the ones you needed to catch.
After AIIt is the cleanest statement of why calibrated trust is not enough: on the confident errors you still have to spot the mistake, and on the doubtful ones you still have to do the work yourself.

Workers watched the AI's confidence score, not its explanations

Bansal found that when people decide whether to accept an AI's answer, the thing they learn to read is the confidence number it reports. They do not build a picture of the system out of its explanations.

Because409 coded free-text responses: of the ninety workers who mentioned confidence, 27 per cent named an explicit cut-off, around 83 for beer, 89 for books and 90 for logic, and the same share mentioned it with or without explanations
LimitsSelf-reported strategy from free text, coded after the fact; people's accounts of how they decided are not reliable, and the cut-offs they named were not verified against their actual behaviour on the items.
PracticeFind out what signal you are actually using to decide whether to trust an output, and check whether that signal has ever been validated against being right.
After AIModern assistants mostly do not print a confidence number, which by this finding removes the one feature people were building a model of and leaves fluency in its place.

All claims · Source map