Methodology

Challenging LLMs at the frontier of human knowledge

Humanity's Last Exam

Humanity's Last Exam (Preview)

Frontier Risk Evaluation for National Security and Public Safety

Fortress

Humanity's Last Exam (Text Only)

Models evaluated on text-only HLE questions

Humanity's Last Exam Text Only (Preview)

Evaluate model honesty when pressured to lie

MASK

Evaluating model performance on complex, multi-step reasoning tasks

EnigmaEval

Assessing models across diverse, interdisciplinary challenges

MultiChallenge

Vision-Language Understanding benchmark for multimodal models

VISTA

Evaluating AI agents' ability to use enterprise tools effectively

Agentic Tool Use (Enterprise)

Assessing chatbots' proficiency in leveraging external tools

Agentic Tool Use (Chat)

Assessing models' ability to understand and generate programming code

Coding

Assessing performance on Arabic language understanding and generation

Arabic

Measuring capabilities in Korean language processing and comprehension

Korean

Testing models' proficiency in Japanese language tasks and cultural nuances

Japanese

Evaluating Spanish language skills across various linguistic challenges

Spanish

Evaluating language models' proficiency in Chinese language tasks

Chinese

Previously used for evaluating mathematical problem-solving capabilities

Math

Former benchmark for assessing models' ability to follow complex instructions

Instruction Following

Retired test for measuring models' resilience against adversarial inputs

Adversarial Robustness

<h2 dir="ltr">Dataset Introduction</h2>
<p dir="ltr">Conducting multi-turn conversations with human users is a common yet challenging task for LLMs. It is challenging because conducting multi-turn conversations requires not only accurate instruction following, but also careful attention allocation of conversation context, and more importantly, near or surpassing human in-context reasoning capability at the same time. Despite the growing demand and complexity of multi-turn LLM conversations with humans, there are limited comprehensive evaluation frameworks designed for multi-turn scenarios. Some of them, such as the widely adopted MT-Bench[1], are saturated by frontier LLMs with near-perfect results.&nbsp; Others[2] focus more on multi-turn explicit instruction following, missing the opportunity to assess the actual set of mixed model capabilities required in conducting natural multi-turn conversations with human users.&nbsp;</p>
<p dir="ltr">To bridge this gap, we present MultiChallenge, a pioneering benchmark evaluating large language models (LLMs) on conducting multi-turn conversations with human users, a crucial yet underexamined capability for their applications. MultiChallenge identifies four categories of challenges in multi-turn conversations that are not only common and realistic among current human-LLM interactions, but are also challenging to all current frontier LLMs. The 4 challenges are instruction retention, inference memory of user information, reliable versioned editing, and self-coherence. All 4 challenges require accurate instruction-following, context allocation, and in-context reasoning capabilities at the same time.</p>
<p dir="ltr">Instruction retention evaluates whether LLMs are able to follow instructions specified in the first user turn throughout the entire multi-turn conversation. Inference memory of user information evaluates LLMs on recalling and connecting relevant details scattered in previous user turns when they are implicitly required to respond to the final user turn. Reliable versioned editing evaluates whether LLMs can properly help humans revise existing materials through back-and-forth iterations with human users. Finally, self-coherence evaluates whether LLMs can be reasonably coherent with model responses in the conversation history and avoid sycophancy (unconditionally agreeing to human users).&nbsp; For a more detailed definition of the 4 challenges, please check out the full paper.</p>
<p dir="ltr">See the full paper <a href="https://arxiv.org/abs/2501.17399">here</a>.</p>
<p dir="ltr">See the open source benchmark and auto&ndash;eval tool <a href="https://github.com/ekwinox117/multi-challenge">here</a>.</p>
<p dir="ltr">[multichallenge]</p>
<h2 dir="ltr">Data Curation Methodology</h2>
<p dir="ltr">Producing realistic, diverse and challenging test examples for MultiChallenge that can make most frontier LLMs fail, is a difficult and time-consuming task even for human experts.&nbsp;</p>
<p dir="ltr">Therefore, to facilitate human experts and reduce cost while still maintain data quality, we construct MultiChallenge with a hybrid approach, in which we synthetically generate data first and then have human experts to review and edit such synthetic data.&nbsp;</p>
<p dir="ltr">More specifically, we first adopt a multi-agent synthetic data generation system to generate synthetic multi-turn conversations that follow the definition of the 4 challenges and create model failures. Then we recruit and train human annotators to review and edit the synthetic data to produce final test examples in MultiChallenge with high quality. The human review process mainly assesses 3 aspects of data quality,&nbsp;</p>
<p dir="ltr">a) if the synthetic multi-turn conversation is aligned to its challenge category definition;&nbsp;</p>
<p dir="ltr">b) if the conversation is natural and realistic;&nbsp;</p>
<p dir="ltr">c) if 6 frontier LLMs fail reasonably or not. We only accept test examples that cause at least 3 of the&nbsp;6 frontier models (o1-preview, GPT 4o (August 2024), Gemini 1.5 Pro (August 27, 2024), Claude 3.5 Sonnet (October 2024), Mistral Large 2, &nbsp;and finally Llama 3.1 405B Instruct) to fail ensuring the representativeness of the challenges in all samples.</p>
<p dir="ltr">After reviewing, if the synthetic conversation's quality is not satisfactory in any of the 3 criteria mentioned above, human annotators either edit or discard the synthetic example.&nbsp;</p>
<h2 dir="ltr">Automatic Evaluation with Instance-level Rubrics&nbsp;</h2>
<p dir="ltr">Rule-based automatic evaluation methods don't apply to MultiChallenge because there is no single ground-truth answer for most test conversations in MultiChallenge.</p>
<p dir="ltr">Moreover, we've found that directly applying frontier LLMs as judge by providing the full multi-turn conversation history and prompting them to evaluate model responses, leads to very low alignment with human raters. It is potentially because all frontier LLMs such as GPT-4o,&nbsp; have less than 50% accuracy on MultiChallenge, limiting our trust that they can correctly judge the performance of other models on MultiChallenge.&nbsp; Pure human evaluation on MultiChallenge is also expensive and time-consuming.</p>
<p dir="ltr">Therefore, we propose LLM as judge with instance-level rubrics to facilitate an automatic evaluation method with fair agreement with experienced human raters.&nbsp;</p>
<p dir="ltr">Specifically, at the final step of producing each test example, we instruct human raters to provide a binary rubric question that only allows for a "yes" or "no" answer.&nbsp;&nbsp;</p>
<p dir="ltr">This binary question only requires the final model response as context to answer. A "yes'' answer indicates that the model response has passed this test example and vice versa.</p>
<p dir="ltr">We also make the binary question within the capability of current LLMs.</p>
<p dir="ltr">For example, the binary rubric question for the inference memory example shown above is, "does any of the dessert recipes suggested in this response contain any nuts?''.&nbsp;</p>
<p dir="ltr">Through this method, we make automatic evaluation on MultiChallenge possible and reliable. Experiments show that adopting frontier models as judges with our instance-level rubrics reaches 93% alignment with experienced human raters, compared to 36% alignment of directly prompting LLMs as judge by providing raw conversation context. Details of this experiment are shown in Section 5.2 of the paper.&nbsp;</p>
<h2 dir="ltr">Methodology</h2>
<div class="p-rich_text_section">Leaderboard rankings are determined using&nbsp;<strong data-stringify-type="bold">Rank (Upper Bound)</strong>, which reflects a model&rsquo;s statistical position based on confidence intervals. The ranking process follows these steps:</div>
<ol class="p-rich_text_list p-rich_text_list__ordered p-rich_text_list--nested" data-stringify-type="ordered-list" data-list-tree="true" data-indent="0" data-border="0">
<li data-stringify-indent="0" data-stringify-border="0">Count the number of models that are&nbsp;<strong data-stringify-type="bold">statistically significantly better</strong>&nbsp;than the target model.</li>
<li data-stringify-indent="0" data-stringify-border="0">Add&nbsp;<strong data-stringify-type="bold">1</strong>&nbsp;to this count to determine the model&rsquo;s rank.</li>
</ol>
<div class="p-rich_text_section">A model is considered&nbsp;<strong data-stringify-type="bold">statistically significantly better</strong>&nbsp;than another if its&nbsp;<strong data-stringify-type="bold">lower-bound score (95% confidence interval) is higher</strong>&nbsp;than the other model&rsquo;s&nbsp;<strong data-stringify-type="bold">upper-bound score</strong>.Models receive the&nbsp;<strong data-stringify-type="bold">same rank</strong> when the same number of models are statistically better than each of them. This approach groups models based on statistical significance rather than raw scores, ensuring rankings reflect meaningful performance differences.</div>
<div class="p-rich_text_section">&nbsp;</div>
<h2 class="p-rich_text_section">Limitations</h2>
<p dir="ltr">Our research marks a significant step forward in assessing the multi-turn conversation capabilities of large language models (LLMs). However, it is not without its challenges.&nbsp;</p>
<p dir="ltr">One constraint is that in order to make the LLM as judge trustworthy, we cannot include examples in which even the corresponding instance-level rubric question is beyond current frontier LLM capability. This potentially limits the difficulty level of the entire evaluation benchmark. We keep such difficult test examples and keep monitoring the evolution of LLM capability. We will release the difficult data set to the public once their auto-eval using LLM is possible.</p>
<p dir="ltr">Another constraint is that this benchmark is inevitably biased against the 6 frontier models listed above, due to the fact that the test examples are picked according to the 6 frontier models' common failures. Therefore, it might not be strictly fair to directly compare other models&rsquo; performance with the 6 LLMs listed above.&nbsp;</p>
<p dir="ltr">However, given the potential bias against the frontier models, we still observe that all open source models we tested later fall behind top-performing closed source models such as Claude 3.5 Sonnet and o1-preview.</p>
<h2 dir="ltr">Reference</h2>
<p dir="ltr">[1]Lianmin Zheng, Wei-Lin Chiang, Ying Sheng, Siyuan Zhuang, Zhanghao Wu, Yonghao Zhuang, Zi Lin, Zhuohan Li, Dacheng Li, Eric Xing, et al. 2023. Judging llm-as-a-judge with mt-bench and chatbot arena. Advances in Neural Information Processing Systems, 36:46595&ndash;46623.</p>
<p dir="ltr">[2] Yun He, Di Jin, Chaoqi Wang, Chloe Bi, Karishma Mandyam, Hejia Zhang, Chen Zhu, Ning Li, Tengyu Xu, Hongjiang Lv, et al. 2024. Multi-if: Benchmarking llms on multi-turn and multilingual instructions following. arXiv preprint arXiv:2410.15553.</p>
<p dir="ltr">&nbsp;</p>

<p><strong data-stringify-type="bold"><em data-stringify-type="italic">Rank (UB):</em></strong><em data-stringify-type="italic"> 1 + the number of models whose lower CI bound exceeds this model&rsquo;s upper CI bound.</em></p>
<p>&nbsp;</p>

MultiChallenge

Performance Comparison