Pattern Selectivity is Not Task-Causal Structure: A Cross-Architecture Mechanistic Study of Composed-Task Circuits in 1B-Class Language Models
This cross-architecture mechanistic study demonstrates that a unified "screen-and-ablate" protocol for identifying task circuits yields inconsistent causal claims across different 1B-class language models, revealing that identical behavioral capabilities are implemented through distinct attention-pattern structures and proposing that MoE models specifically rely on a foundational previous-token positional substrate for composed tasks.
Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer
Imagine you have three different chefs (AI models) who have all learned to cook the exact same dish: a complex recipe called "Indirect Object Identification" (IOI). You want to know how they are cooking it. Do they use the same tools? Do they follow the same steps?
This paper is like a food critic who goes into three different kitchens to find out. The critic uses a standard testing method: they identify a specific tool (like a whisk or a knife), remove it, and see if the dish falls apart.
Here is what the paper found, explained simply:
1. The Same Dish, Different Recipes
The big surprise is that all three chefs make the dish perfectly, but they use completely different tools to do it.
- Chef A (Pythia): Uses a "Previous Token" tool. This is like a chef who looks at the ingredient they just picked up to decide what to do next.
- Chef B (OLMo): Uses an "S-Inhibition" tool. This is like a chef who specifically suppresses the main ingredient so the side dish can shine.
- Chef C (OLMoE): Uses a "Name-Mover" tool. This is like a chef who physically grabs the name of the side dish and moves it to the front of the plate.
The Lesson: Just because two models solve a problem the same way (getting the right answer), it doesn't mean they are using the same internal "circuit" or mechanism. You cannot assume that what works for one AI will work for another.
2. The "Fishing Expedition" Problem
The researchers were worried that if they tried enough different tools, they might just get lucky and find one that seems to work by accident. To prove they weren't just fishing, they used a "Matched Random" control.
Think of it like this: If you remove the chef's actual whisk and the cake collapses, that's good. But if you remove a random spoon from the drawer and the cake also collapses, then the whisk wasn't special; the whole kitchen was just fragile.
The paper shows that for most tasks, removing the specific tool the researchers found caused a massive collapse, while removing random tools did nothing. This proves they found the real "secret sauce" for each specific model.
3. The Five Types of "Tools"
The paper created a new way to categorize what happens when you remove a tool. It's not just "it works" or "it doesn't." They found five distinct outcomes:
- The Primary Cause: The main engine. If you remove it, the car stops. (e.g., The "Previous Token" tool in Chef A).
- The Secondary Cause: A backup engine. The car still runs if you remove it, but it sputters.
- The Correlate: A shiny decoration. It looks like it belongs in the engine room, but if you remove it, the car runs fine. It was just along for the ride.
- The Interferer: A saboteur. If you remove this tool, the car actually runs better. In one case, the researchers found tools that were actually hurting the AI's performance, and removing them fixed the problem.
- The Null: A tool that does nothing. Removing it changes nothing.
4. The "MoE" Mystery (The Special Case)
One of the chefs (OLMoE) is a "Mixture of Experts" (MoE). Imagine this chef has a team of 64 specialists, but only 8 are allowed to cook at any one time.
The researchers found a strange pattern with this chef:
- For three out of four different recipes, this chef relied heavily on the "Previous Token" tool as the foundation. It was like the chef's entire kitchen was built on a conveyor belt that just passed the last item forward.
- However, for the "Indirect Object" recipe, this chef switched to the "Name-Mover" tool.
The Hypothesis: The paper suggests that for this specific type of AI (MoE), the "Previous Token" tool is the default "skeleton" or "backbone" that holds everything together. The AI builds complex tasks on top of this simple backbone, unless the task specifically requires a different kind of attention (like copying a name at the very end).
5. Why "Top-1" Accuracy Isn't Enough
The paper also warns that just looking at whether the AI got the "right answer" (Top-1 accuracy) can be misleading.
Sometimes, removing a tool doesn't change the final answer, but it makes the AI less confident. It's like a student who still gets the math problem right, but their handwriting gets shaky and they hesitate longer. If you only check the answer, you miss the fact that the student is struggling. The researchers found that for some models, the "margin" (how much better the right answer is than the wrong one) shrinks even if the answer stays the same.
Summary
- The Recipe Works, The Tools Don't: You can't copy-paste the "mechanism" of one AI to another. They solve the same problems with different internal gears.
- Be Careful of "Saboteurs": Sometimes, the parts you think are helping are actually hurting the AI.
- MoE Models are Unique: Models with "experts" (MoE) seem to rely on a specific "Previous Token" backbone for most tasks, which is a new discovery.
- Look Deeper: Don't just check if the AI is right; check how confident it is, because the "confidence" might be where the real story is.
The paper concludes that while we have a great method for finding these "circuits" (the recipe), we cannot assume the circuits are the same across different models. Every model is a unique machine with its own internal logic.
Drowning in papers in your field?
Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.