Imagine you're training a new detective. You could just tell them whether they got the case right at the end — guilty or not guilty — and hope they figure out which clues mattered. Or you could go through the case file after each investigation, highlight exactly which pieces of evidence changed the working theory, and connect those evidence-gathering steps back to the final verdict. That's ClueFlow's core trick: instead of treating a multi-step web search as a black box with a pass/fail grade at the end, it builds explicit "Source-State-Final" attribution chains that trace which browser actions gathered which evidence, which evidence changed which parts of the research state (candidates and facts under consideration), and which state changes actually supported the final answer. The committed claim: attributed research-state transitions — not just outcome signals — can drive both supervised fine-tuning and reinforcement learning for long-horizon search agents, yielding more sample-efficient training and better credit assignment. This is not the first paper to use research states in agentic search (the authors cite WebThinker, Search-R1, and others), nor the first to do turn-level RL. What's new is grounding training signals in explicit, traceable state changes rather than treating the whole trajectory as an opaque reward target. The architecture sits squarely in the LLM-agent-with-RL family. ClueFlow takes a Qwen backbone (they test 32B and 35B-A3B MoE variants), wraps it in a browser-interaction loop that records typed state changes (Evidence updates, Candidate updates), then runs post-hoc validation: gold-conditioned semantic checks and source tracing to verify which actions actually contributed. During SFT, only transitions that pass attribution get supervised — meaning the model trains on the right decisions in their original interaction context, not every action indiscriminately. During Turn-PPO, outcome-based advantages are augmented with credit assigned along the Source-State-Final chains, giving the RL signal teeth at the transition level rather than just the episode level. The ladder results are concrete. On BrowseComp (a notoriously hard live-web benchmark), ClueFlow with Qwen3.5-35B-A3B hits 60.0% accuracy. On BrowseComp-Plus, 72.0%. The more revealing comparison is the controlled ablation on BrowseComp-Plus: attribution-guided SFT matches all-turn exact-context SFT using roughly 30% of the training tokens, and attribution-guided PPO beats outcome-only PPO by 4.1 percentage points. Four benchmarks total span live-web and fixed-corpus settings, and results are consistent across two different Qwen backbones, which adds some weight. Integrity is reasonable but not watertight. BrowseComp and BrowseComp-Plus are community benchmarks (OpenAI-derived), not custom-made for this paper. The ablation design — attribution SFT vs. all-turn SFT, attribution PPO vs. outcome-only PPO — is the right structure for isolating the contribution of attribution. But there's no code release mentioned, no pre-registration, and no independent replication. The "gold-conditioned semantic validation" step is graded by another LLM, which introduces a soft circularity: an LLM judges whether another LLM's state transitions are semantically valid. The authors acknowledge this but don't quantify the validator's error rate. The milestone question for this line of work is whether attributed credit assignment scales to longer horizons and harder domains. ClueFlow's trajectories involve multi-turn browser searches — maybe 5-15 turns. Real research tasks (scientific literature review, competitive intelligence, investigative journalism) involve 50-200 steps with much messier evidence chains. The 30% token-efficiency gain matters most if it compounds as horizon length grows; if it plateaus, the advantage narrows. The next number to watch: can attribution-guided training maintain its efficiency edge at 50+ turn horizons? The obvious experiment not run is scaling to longer trajectories and open-ended research tasks (not just question-answering benchmarks). The authors likely didn't run this because (a) BrowseComp is already expensive to evaluate at scale with live-web interaction, and (b) longer horizons would require rethinking the attribution validator — the current gold-conditioned approach needs a known correct answer, which open-ended tasks don't have. This is probably a compute and design constraint, not a hidden negative result.
