First surfaced in Tandemly Briefing — 2026-05-25.
Interpretability
can be actionable.
A coalition of leading NLP and ML researchers argues the field is measuring the wrong thing. Whether a finding is elegant is beside the point. The question is: what can you actually do with it?
Elegant explanations
that don't change anything.
The field of interpretability has developed powerful tools for describing what happens inside neural networks. The missing piece is a clear standard for what those descriptions should be good for.
Ask an interpretability researcher to evaluate a finding, and they will likely ask: is this explanation faithful to what the model actually does? Does the circuit diagram correctly reflect the computations? Does the attribution map highlight the genuinely relevant tokens? These are the right engineering questions for building accurate descriptions.
But a faithful description and a useful description are not the same thing. You can know that attention head 7 in layer 12 is "responsible for indirect object identification" and still have no obvious way to use that knowledge. Does it tell you where to look when the model makes an error? Does it suggest a targeted fix? Does it give you a new test case to write? For most published findings, the answer is no.
Behavioral evaluation asks whether a model produces the right outputs for given inputs. It catches many failures without requiring any understanding of the model's internals. The practical argument for interpretability, then, depends on what it can do that behavioral evaluation cannot. The authors argue the field has not answered that question rigorously enough, and that the consequence is a large body of work that is scientifically valid but does not move practice.
The problem is not that interpretability research lacks rigor. It is that the field evaluates itself on fidelity to mechanism rather than on whether the finding enables a practitioner to do something differently. Adopting actionability as a first-class criterion would redirect effort toward work that actually changes what teams can build and audit.
Concreteness and
validation as grade criteria.
The paper proposes a two-axis rubric for evaluating any interpretability finding, designed to be fast to apply and to expose the gap between description and utility.
The rubric does not ask whether the explanation is mechanistically accurate. It assumes that work passing peer review is, in general, reasonably faithful. Instead it asks two questions that practitioners actually care about.
The first question is concreteness. A finding is concrete when it names a specific, implementable intervention. "Ablate attention heads 4 through 7 in layers 8 to 11 to reduce gender bias on the Winogender benchmark" is concrete. "These features appear to matter for factual recall" is not. Concreteness has a simple test: can you write down the procedure without returning to the authors for clarification? If not, the finding is a description, not a recipe.
The second question is validation. Was the proposed intervention actually tested? Did the observed effect match the prediction? A finding that specifies an intervention but does not report testing it sits one step away from useful: the claim is plausible, but the evidence is missing. High validation means the paper shows cause and effect, not just correlation of features with behavior.
The rubric is deliberately coarse. A two-by-two grid loses nuance. The authors frame it as a quick filter, not a comprehensive scoring system. Its purpose is to make explicit a distinction that practitioners routinely make implicitly: the difference between a finding they could act on today and one they file away for future reference.
The paper then identifies five areas of the ML lifecycle where scoring high on both axes of this rubric is not only possible but produces results that behavioral evaluation alone cannot.
This is a conceptual contribution, not an empirical study. The authors do not run experiments or introduce a new method. They build a framework and make an argument: that the interpretability field's implicit evaluation criteria are misaligned with the practical value it could be providing, and that making the criteria explicit would shift which work gets done and published. The five-domain taxonomy is the empirical anchor for that argument.
Where actionable
interpretability earns its keep.
The authors identify five areas where actionable interpretability provides leverage that behavioral testing alone cannot. These are not the only applications, but they share a structural property: the mechanism matters, not just the output.
This is a position paper, so the authors are making a normative argument: the field should do this. They are not reporting an experiment in which actionable interpretability was compared to non-actionable interpretability on some outcome metric. The five-domain list is structured reasoning, not a controlled trial. Readers can disagree with the taxonomy or with the claim that behavioral evaluation is insufficient in these domains. The paper frames these as starting positions for a debate, not as settled facts.
The authors also acknowledge that the rubric is a simplification. Many findings exist on a spectrum of concreteness, and "high validation" is easier to achieve for some problems than others. The intent is to make an implicit standard explicit, not to claim precision the framework does not provide.
What this means
for teams building AI.
The rubric is fast to apply. The argument has immediate practical weight for anyone consuming interpretability research or deciding whether to invest in interpretability tooling.
Where to go
from here.
Practical steps for teams that want to apply this framework immediately.