Search papers, labs, and topics across Lattice.
This paper decomposes the gains in multi-LLM revision pipelines into re-solving, scaffolding, and content components using a controlled experiment across MCQ and code generation tasks. They find that on MCQ tasks, gains are primarily due to the stronger model re-solving the problem, while on code generation, scaffolding from the first draft is more beneficial. Role-reversed experiments further demonstrate the importance of draft quality for reviewer performance, highlighting the dynamic bottlenecks in multi-LLM revision.
Multi-LLM revision pipelines often succeed not because of error correction, but because the second model simply re-solves the problem, especially in constrained tasks like multiple-choice question answering.
Multi-LLM revision pipelines, in which a second model reviews and improves a draft produced by a first, are widely assumed to derive their gains from genuine error correction. We question this assumption with a controlled decomposition experiment that uses four matched conditions to separate second-pass gains into three additive components: re-solving, scaffold, and content. We evaluate this design across two model pairs on three benchmarks spanning knowledge-intensive MCQ and competitive programming. Our results show that the gains of multi-LLM revision are not monolithic, but depend on task structure, draft quality, and the type of draft information. On MCQ tasks, where the answer space is constrained and drafts provide little structural guidance, most gains are consistent with stronger-model re-solving, and directly routing queries to the stronger model can be more effective than revising a weak draft. On code generation tasks, however, two-stage prompting remains useful because even semantically null drafts can provide substantial structural scaffolding, while weak draft content can be harmful. Finally, role-reversed experiments show that strong drafts clearly benefit weak reviewers. Ultimately, our findings demonstrate that the utility of multi-LLM revision is dynamically bottlenecked by task structure and draft quality, necessitating more targeted pipeline designs rather than blanket revision strategies.