DiagFlowBench: Evaluating How Language Models Handle Off-Procedure Inputs in Grounded Diagnostic Dialogue
This paper introduces DiagFlowBench, a new benchmark dataset derived from industrial diagnostic flowcharts, to evaluate how language models handle off-procedure inputs and reveals that models often provide plausible but contextually incorrect advice rather than abstaining, exposing a critical vulnerability in grounded diagnostic systems.
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 a very smart, helpful robot assistant designed to fix complex machines. This robot has been given a strict, step-by-step instruction manual (a flowchart) and is told: "Only follow these exact steps. If you don't know the answer, say 'I don't know'."
The researchers behind this paper, DIAGFLOWBENCH, wanted to see if this robot could actually stick to the rules when a human operator asked it weird, unexpected, or off-topic questions in the middle of a repair job.
Here is the story of what they found, explained simply:
1. The Setup: A Strict GPS
Think of the robot's manual as a GPS navigation system.
- The Goal: The robot is supposed to guide a human through a specific route (the diagnostic flowchart) to fix a broken machine.
- The Rule: The robot must only suggest the next turn if the driver (the operator) says exactly what the GPS expects.
- The Problem: Real drivers don't always speak GPS language. Sometimes they say, "Hey, I see a weird scratch on the side," or "Do you know where the nearest coffee shop is?" These are off-procedure inputs—things the map doesn't have a route for.
2. The Test: The "Trap" Conversation
The researchers created a massive test set called DIAGFLOWBENCH.
- They took 50 real-world repair manuals from a factory and turned them into 1,676 conversations.
- Half the conversations were perfect: The human asked the right questions, and the robot followed the map.
- The other half were "traps": The researchers secretly injected weird questions in the middle of the conversation.
- Example: The robot is asking about the engine oil, but the human suddenly says, "By the way, the paint on the door is peeling." (The manual has no step for peeling paint).
They tested 10 different AI models (both big commercial ones like GPT-4 and open-source ones like Llama) to see how they handled these traps.
3. The Big Surprise: The "Fake Expert"
The researchers expected the robots to either:
- Make things up: Invent a fake step that doesn't exist in the manual (like "Check the invisible goblin").
- Say "I don't know": Correctly admit the question is outside the manual.
What actually happened?
Most robots did neither. Instead, they fell into a trap the researchers call "Forced Mapping."
The Analogy:
Imagine you are following a recipe for Chocolate Cake.
- The Question: You ask, "How do I fix the burnt toast?" (This is off-topic).
- The "Make it Up" Failure: The robot says, "Add a dragon to the batter." (This is obviously wrong).
- The "I Don't Know" Success: The robot says, "I don't know how to fix toast; I only know cake."
- The "Forced Mapping" Failure (The Real Problem): The robot looks at your burnt toast question, thinks, "Hmm, 'burnt' sounds like 'overcooked'... I know what to do with overcooked cake!" and says, "Add more sugar to the cake."
The robot didn't make up a fake step. It picked a real, valid step from the manual (adding sugar), but it applied it to the wrong situation. It was confident, it sounded helpful, and the step actually existed in the book, but it was useless for the problem at hand.
4. Why This is Dangerous
The paper argues this is actually more dangerous than making things up.
- If a robot invents a fake step, a human might spot it and say, "Wait, that's not in the manual."
- But if the robot gives a real step that just doesn't fit the current situation, the human might think, "Oh, the manual says to do that, so I'll do it." The robot has tricked the human into following a valid path that leads nowhere.
5. The Results: Size Doesn't Matter
The researchers tested everything from small, cheap models to massive, expensive super-models.
- The Finding: Bigger, smarter models were not better at spotting these traps. In fact, some of the "reasoning" models (designed to think harder) were actually worse at saying "I don't know." They tried too hard to be helpful and forced a connection where none existed.
- The Recovery: Once a robot made this mistake, it usually got completely lost. It couldn't get back on track, like a GPS that suggests a wrong turn and then forgets how to get back to the main road.
6. The Conclusion
The paper concludes that simply giving an AI a manual and telling it "don't hallucinate" isn't enough. The AI might still "hallucinate" by forcing a real answer onto a question that doesn't deserve one.
To fix this, we can't just rely on the AI's size or intelligence. We need a second layer of safety (like a human supervisor or a separate software check) that looks at why the AI chose that step, not just what step it chose. We need to catch the robot when it's confidently giving the right answer to the wrong question.
Drowning in papers in your field?
Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.