On the Noise Robustness of In-Context Learning
for Text Generation
Abstract
Large language models (LLMs) have shown impressive performance on downstream tasks by in-context learning (ICL), which heavily relies on the quality of demonstrations selected from a large set of annotated examples. Recent works claim that in-context learning is robust to noisy demonstrations in text classification. In this work, we show that, on text generation tasks, noisy annotations significantly hurt the performance of in-context learning. To circumvent the issue, we propose a simple and effective approach called Local Perplexity Ranking (LPR), which replaces the “noisy” candidates with their nearest neighbors that are more likely to be clean. Our method is motivated by analyzing the perplexity deviation caused by noisy labels and decomposing perplexity into inherent perplexity and matching perplexity. Our key idea behind LPR is thus to decouple the matching perplexity by performing the ranking among the neighbors in semantic space. Our approach can prevent the selected demonstrations from including mismatched input-label pairs while preserving the effectiveness of the original selection methods. Extensive experiments demonstrate the effectiveness of LPR, improving the EM score by up to 18.75 on common benchmarks with noisy annotations. Our code is available at https://github.com/ml-stat-Sustech/Local-Perplexity-Ranking
1 Introduction
Large language models (LLMs) have shown remarkable performance on downstream tasks by in-context learning (ICL) with only a few task demonstrations [7, 10]. Without requiring explicit parameter updates, in-context learning consistently outperforms zero-shot inference on various tasks (e.g., classification and generation), making it a compelling alternative to supervised fine-tuning [13, 16]. In particular, the success of ICL heavily relies on the quality of demonstrations selected from a large set of annotated examples [21, 29, 51, 60]. For those candidates, input-label mappings solicited from humans [61, 73] or LLMs [58] can often be noisy, especially in complex tasks. This gives rise to the importance of noise-robust ICL, which aims to construct effective demonstrations in the presence of noisy and erroneous labels.
Previous works show that in-context learning on classification tasks is fairly robust to label noise in the in-context demonstrations [9, 12, 32, 37, 54, 55]. However, it is still mysterious how noisy labels affect the performance of ICL on text generation tasks. In this work, we present the first study on in-context learning with a noisy annotated dataset for generation. Surprisingly, we empirically find that label noise in the demonstrations significantly degrades ICL’s performance on generation tasks, which is different from previous results on classification. Moreover, increasing the number of selected demonstrations with a fixed noise rate or utilizing more effective selection methods (e.g., TopK [28] and DPP [62]) will intensify the negative effect of noisy labels. This motivates our method, which can universally improve the noise robustness of existing selection methods for in-context learning.
In this paper, we show that the issue of noisy annotations can be mitigated through the perplexity ranking of noisy candidates (i.e., input-label pairs) during selection. Our method, Local Perplexity Ranking (dubbed LPR), is motivated by our analysis of the perplexity deviation caused by noisy labels (i.e., incorrect answers). We find that wrong answers generally result in a higher perplexity of large language models compared to correct ones, in response to the same question. To explain this phenomenon, we decompose the perplexity into two components: inherent perplexity, which measures the task complexity of the question and the correct answer, and matching perplexity, which assesses the perplexity deviation caused by noisy outputs.
Therefore, our key idea behind Local Perplexity Ranking is to decouple the matching perplexity by performing the ranking among the neighbors in semantic space. This can be achieved by ranking candidates’ perplexity alongside their nearest neighborhoods, which usually have similar levels of inherent perplexity. In particular, we replace each low-rank candidate selected by existing methods (e.g., random, TopK, and DPP) with its nearest neighbor that is highly ranked. In effect, our LPR strategy can prevent the selected demonstrations from containing mismatched input-label pairs while preserving the effectiveness of the original selection methods. In this way, we ensure the correctness and relevancy of demonstrations, thereby improving the noise-tolerant ability of in-context learning.
To verify the effectiveness of our method, we conduct extensive evaluations on six text generation datasets, including NQ [22], WebQ [5], SQuAD [46], SCIQ [56], GeoQuery [39] and NL2Bash [27] datasets. The results demonstrate that local perplexity ranking can largely improve the noise-robustness of all existing selection methods under irrelevant and relevant noises. For example, on SCIQ with irrelevant label noise, LPR improves the exact match score of the TopK method from 29.31 to 48.06 – a significant direct improvement of . Moreover, our method can be easily adopted in practice. The performance of LPR is insensitive to the hyperparameters, including the threshold and the number of local neighbors . This approach can effectively generalize to various LLMs to improve their noise-robustness with in-context learning.
Our contributions are summarized as follows:
-
•
We present the first study to show that annotation quality is crucial for in-context learning in text generation, where noisy annotations significantly hurt the performance. Increasing the set size of demonstrations cannot bridge the gap, as well as picking other selection methods.
-
•
We propose Local Perplexity Ranking (LPR), a simple and effective method to enhance the noise robustness of in-context learning. The key idea is to decouple the matching perplexity by performing the ranking among the neighbors of each candidate in semantic space.
-
•
We empirically show that LPR can improve the noise robustness of existing demonstration selection methods in ICL across various types of label noise. In addition to text generation, we also validate the effectiveness of our method in text classification tasks.
2 Preliminary
2.1 In-context learning for generation
We consider in-context learning (ICL) of large language models (LLMs) in generation tasks, where we aim to generate text outputs (i.e., token sequences) conditioned on the inputs and the context . In particular, the context contains task demonstrations (e.g., input-output pairs), selected from a large annotated dataset with examples . Given a new test input text , we make the generation of output via large language models as
(1) |
where refers to decoding strategies(e.g. greedy decoding and nuclear sampling [17, 62]). Generation with the ICL procedure is especially attractive as it does not require the parameter updating of large language models, which is often expensive and impractical.
Existing studies show that the selection strategy of demonstration plays a crucial role in the ICL performance [25, 31, 43, 44, 47]. A naive method is to randomly sample the demonstrations from annotated examples without repetition [36]. To introduce the relevancy, TopK [28] proposes to select the closest examples to the test input in the embedding space
where is a retriever, denotes the cosine similarity score between and examples from the annotated dataset. We use to denote the top examples ranked by the score.
These selection strategies focus on the inputs of demonstrations, assuming that all examples are labeled correctly in the large dataset [28, 36, 62]. However, collecting a large-scale dataset with perfectly correct labels is challenging and expensive, especially for generation tasks [2, 64]. In practice, researchers often use crowdsourcing [61, 73] or large language models (LLMs) [58] such as GPT-4 [38] to create input-output pairs for new tasks, which inevitably leads to some mistakes in the annotations. This motivates us to analyze the issue of label quality in ICL for generation tasks.
2.2 Setting of noisy annotations
Given a large-scale dataset with noisy annotations , the selected demonstration might contain mismatched input-output pairs , i.e., the output might be not a correct answer to the input . Conditioned on the noisy demonstrations, the generation of output via ICL is made as
(2) |
In the real world, noisy annotations may arise from unintentional mistakes or limited knowledge, resulting in various types of noise in the demonstrations. In this work, we define two categories of noisy annotations based on the input-output relevance, as follows:
Irrelevant noise assumes that the generation of noisy annotations is conditionally independent of inputs. For example, crowdsource workers may make mistakes accidentally, introducing random words or sentences in annotations. This can be simulated by reconstructing the output with random words from a subset that does not contain tokens presented in the original input-output pairs.
Relevant noise is a more realistic setting where the corrupted output is relevant to the inputs despite its incorrectness. This type of corruption may occur due to the limited knowledge of annotators and LLMs. We simulate the relevant noise by generating related yet incorrect outputs using ChatGPT-4.
Test Input | Support: All forms of life are built of at least one cell. A cell is the basic unit of the structure and function of living things. Question: What are the smallest structural and functional units of all living organisms? Output: | |
Setting | In-Context Demonstration | Prediction |
Clean | Support: Cells are organized into tissues, tissues are organized into organs. Question: What is considered the smallest unit of the organ? Output: Cells | Cells |
Irrelevant | Support: Cells are organized into tissues, tissues are organized into organs. Question: What is considered the smallest unit of the organ? Output: Earth | Earth |
Relevant | Support: Cells are organized into tissues, tissues are organized into organs. Question: What is considered the smallest unit of the organ? Output: tissues | tissues |
In Table 1, we present an ICL example of question answering (QA) tasks to illustrate the difference between the two noisy settings. In this example, the clean annotation for the test input is “Cells”. For noisy annotations, the irrelevant noise is randomly sampled as “Earth”, while the relevant noise “tissues” exists in the support of in-context demonstration. We proceed by analyzing the empirical effects of noisy annotations in generation tasks.
3 Empirical study of noisy ICL in text generation
In this section, we investigate the impact of noisy annotations on the performance of in-context learning for text generation. In particular, we conduct experiments on three types of generation tasks, including: question answering (NQ [22], WebQ [5]), reading comprehension (SQuAD [46], SCIQ [56]), code generation (GeoQuery [39], NL2Bash [27]). To simulate the noise, we generate noisy annotations with a pre-defined probability (e.g., 20, 40, 60) in the annotated datasets. We use the output of an input from a different generation task as irrelevant noise, and adopt ChatGPT-4 to generate relevant yet false outputs as relevant noise. Furthermore, we compare the performance of noisy ICL with demonstrations across various set sizes (e.g., 2, 4, 8) and selection methods, including Random [36], TopK [28] and DPP [62]. Following previous work [16, 28, 62], we report the average Exact Match (EM) score with Llama2-7B [49].
ICL is not robust to noisy annotations in text generation.
Figure 1 presents the empirical results of ICL methods with noisy annotations. The results show that both the two types of noises significantly deteriorate the performance of in-context learning on text generation tasks, which is different from the observations of ICL on classification tasks [9, 12, 32, 37, 54, 55]. In particular, a higher noise rate in annotated datasets leads to poorer performance of in-context learning. Moreover, irrelevant noises have a more negative influence than relevant noises, which may benefit the inference in the way of task recognition [40].
The impact of demonstration selection.
To provide a deep understanding of noisy annotations, we analyze the performance of noisy ICL across different demonstration settings, including the set size (i.e., ) and selection methods. Results in Figure 1 show that, under the noisy settings, selecting a larger set of demonstrations does not enhance — and may even worsen — the performance of text generation. For example, the ICL performances with are basically lower than those with , which is inconsistent with the clean setting. In addition, the advantages of those powerful selection methods (i.e., TopK and DPP) are neutralized in the presence of noisy annotations.
Through the empirical analysis, we find that noisy annotations significantly hurt the performance of ICL in text generation tasks. More importantly, increasing the set size of demonstrations cannot bridge the gap, as well as picking an existing selection method, like DPP. This motivates us to design noise-robust methods, which can universally improve the noise robustness of in-context learning.
4 Methodology
In this section, we first analyze the perplexity deviation caused by noisy annotations and introduce the disentanglement of perplexity to explain the phenomenon. In light of this, we propose a novel method – local perplexity ranking – to improve the noise robustness of in-context learning for text generation. Our method can be easily incorporated into existing methods of demonstration selection.
4.1 Perplexity deviation of noisy annotations
For language models, perplexity measures the degree of uncertainty in generating new tokens. In particular, a low perplexity indicates that the model makes the prediction with high confidence. Therefore, perplexity is commonly used to evaluate the language quality of generated content, e.g., detecting attack prompts [3], out-of-distribution instances [4, 57], hard-to-learn instances [13], and corrupted instances [64]. In light of this, we conjecture that mismatched input-output pairs may result in higher perplexity of LLMs due to their low co-occurrence rate. For instance, in the example presented in Table 1, the term “earth” rarely co-occurs with “cells” and “organ”, so LLMs are more likely to exhibit high perplexity in the input-output pair.
Empirical study
To validate this assumption, we compare the perplexity of clean and noisy annotations in text generation tasks. Specifically, we concatenate each tokenized input-output pair , and obtain the corresponding tokenized sequence , where . Now, the perplexity of is calculated as:
(3) |
where is the log-likelihood of the -th token conditioned on the preceding tokens , from the given language model parameterized by .
In Figure 2, we present the perplexity distribution of Llama2-7B [49] on clean and noisy annotations of four datasets. The results illustrate that examples with noisy annotations indeed obtain higher perplexity than those with clean annotations, which confirms our assumption. In particular, relevant noises achieve slightly lower perplexity than irrelevant noises since relevant outputs are close to the inputs despite their erroneous information. However, the deviation of the perplexity distribution caused by noisy annotations is marginal, making it suboptimal to differentiate noisy annotations from clean ones. In the following, we explain this phenomenon with the disentanglement of perplexity.
Disentanglement of perplexity
Given an input-output pair, the perplexity of large language models (LLMs) stems not only from how well the output matches the input, but also from the inherent complexity of the task. For example, a mathematical question with a correct answer can exhibit a higher perplexity than a question of daily life with an incorrect answer. Informally, we decompose the overall Perplexity into two components 111This disentanglement is conceptual rather than mathematical., as shown below:
Here, the inherent perplexity measures how the model is familiar with the task (i.e., the input and the correct output). The matching perplexity quantifies the perplexity deviation caused by noisy outputs, so it can be zero with correct outputs. A higher matching perplexity indicates that the output is more likely to be incorrect for the input. However, directly computing the matching perplexity is non-trivial as clean outputs are unknown. To circumvent the issue, we aim to design an effective method to decouple the matching perplexity from the overall perplexity.
4.2 Local Perplexity Ranking
Intuition
Motivated by the previous analysis, we propose local perplexity ranking (LPR), a general strategy that can improve the noise robustness of in-context learning. Our key idea is to decouple the matching perplexity by performing the ranking among the neighbors in semantic space. Here, our approach is built on two natural assumptions that are naturally satisfied in the real world:
-
1.
The clean annotations are the majority in the annotated dataset.
-
2.
Examples that are semantically similar share the same level of inherent perplexity.
In the literature, Assumption 2 is also supported by previous findings that paragraphs whose representations are close to each other share the same intrinsic task [14, 28, 73]. With the two assumptions, we can approximate the inherent perplexity of a candidate through its neighbors, where most examples are correctly annotated. In other words, the candidate is more likely to be wrongly annotated if its perplexity is relatively higher than its neighbors, and vice versa. With this in mind, we present the details of our approach in the following.
Finding the local neighbors
Given a test input, we first sample a candidate set with a pre-defined selection strategy, such as Random [36], TopK [28] or DPP [62]. For each candidate , we adopt -Nearest-Neighbors (-NN) to find its local neighbors that are close to the candidate in token space. Formally, the local neighbors are obtained as: , where is the index of the example with the -th smallest distance to the candidate. In particular, we use the cosine similarity score to measure the distance between the candidate and other examples :
Ranking the perplexity
As discussed above, the local neighbors share the same level of inherent perplexity, which enables the comparison of their matching perplexity. For each candidate , we propose to rank the perplexity of examples in the cluster of local neighbors . Formally, we first sort all examples in the cluster in increasing order by the perplexity and obtain the original indices for the sorted scores as:
(4) |
where is the overall perplexity defined in Equation 3. In this way, the high-ranking examples are more likely to be correctly annotated than the low-ranking example in the sorted list .
Substituting the noisy candidates
To build the final demonstration set, we propose to replace the noisy candidates with their nearest neighbors that are more likely to be clean. In particular, we can determine whether a candidate should be replaced by:
(5) |
where is the pre-defined threshold (e.g., 50), is the indicator function and return the index of in the sorted list . It is worth noting that the proposed method is not sensitive to the value of the hyperparameter , as shown in Subsection 5.1. Then, for those candidates with , we pick the substitutes from their neighbors by:
where is the index of the example with the -th smallest distance to the candidate. After the replacement, we establish the final demonstration set for in-context learning. Noticeably, our method offers several compelling advantages:
-
•
Algorithm-agnostic: LPR can be easily incorporated into existing demonstration selection methods, consistently improving the robustness against noisy annotations.
- •
5 Experiments
5.1 Experimental Setup
Datasets. We employ 6 generation datasets for the evaluations, including Open-Domain Question-Answering: NQ [22], WebQ [5]; Reading Comprehension: SQuAD [46] and SCIQ [56]; Code Generation: GeoQuery [39] and NL2Bash [27]. Due to limited space, these tasks’ input/output, statistics, split and evaluation metrics are reported in Appendix A.2.
Models and ICL methods. For the main results, we use Llama-2-7B-Chat [49] as the LLM throughout our experiments. We also provide experiments on other models including Llama2-13B-Chat [49], Mistral-7B [19] and OPT-6.7B [66]. We use bert-base-uncased sentence encoder as the similarity tokenizer [11, 62]. We conduct experiments with existing demonstration selection methods, including Random [36], TopK [28] and DPP [62]. For hyperparameters, we set the number of neighbors and the threshold by default. The details of our implementation is presented in Appendix A.2.
Dataset | Method | Clean | Irelevant Noise | Relevant Noise | ||||
0% | 20% | 40% | 60% | 20% | 40% | 60% | ||
NQ | Random | 14.510.51 | 10.970.29 | 7.370.45 | 4.230.46 | 12.000.65 | 9.670.45 | 6.401.02 |
+Ours | 15.050.10 | 13.310.25 | 11.510.51 | 8.870.74 | 13.740.12 | 13.280.33 | 9.430.52 | |
TopK | 20.250.10 | 13.951.14 | 9.971.13 | 5.901.08 | 16.210.22 | 12.220.22 | 8.500.28 | |
+Ours | 19.190.19 | 17.150.50 | 13.540.41 | 9.640.25 | 17.250.69 | 14.820.51 | 11.980.60 | |
DPP | 20.350.76 | 14.690.94 | 9.870.49 | 5.970.48 | 15.471.00 | 11.280.42 | 7.890.25 | |
+Ours | 19.680.33 | 16.590.45 | 13.310.57 | 11.180.50 | 16.790.47 | 14.910.18 | 11.940.91 | |
WebQ | Random | 20.370.64 | 15.181.06 | 10.390.83 | 4.830.17 | 18.290.43 | 15.920.68 | 13.500.17 |
+Ours | 21.940.64 | 20.320.92 | 16.330.58 | 12.540.29 | 21.510.33 | 19.330.41 | 16.691.11 | |
TopK | 30.160.58 | 22.520.64 | 14.520.78 | 8.001.12 | 27.190.27 | 22.820.75 | 18.881.09 | |
+Ours | 29.240.34 | 26.550.24 | 21.671.28 | 14.541.02 | 28.490.43 | 25.440.68 | 21.280.12 | |
DPP | 29.400.39 | 22.110.81 | 13.720.27 | 7.330.68 | 26.181.04 | 21.530.61 | 16.800.17 | |
+Ours | 29.920.48 | 26.570.95 | 21.941.05 | 14.850.81 | 28.461.01 | 25.610.78 | 21.351.17 | |
SQuAD | Random | 56.500.57 | 50.000.62 | 39.100.88 | 26.200.79 | 53.900.65 | 49.170.62 | 42.030.79 |
+Ours | 57.730.79 | 56.870.47 | 48.500.86 | 43.000.86 | 57.701.31 | 53.930.33 | 47.930.48 | |
TopK | 56.970.69 | 51.831.03 | 42.831.68 | 29.102.92 | 54.770.69 | 49.371.37 | 41.372.09 | |
+Ours | 57.270.62 | 55.400.37 | 51.431.26 | 41.302.65 | 56.900.64 | 53.901.08 | 48.370.66 | |
DPP | 57.290.87 | 50.570.33 | 41.631.00 | 25.672.52 | 56.100.59 | 49.571.24 | 43.370.78 | |
+Ours | 58.100.29 | 56.730.61 | 52.530.33 | 42.930.88 | 57.500.54 | 55.900.18 | 50.770.39 | |
SCIQ | Random | 68.150.28 | 59.191.57 | 44.192.89 | 28.212.96 | 64.591.42 | 58.390.16 | 49.540.80 |
+Ours | 67.930.85 | 65.061.34 | 55.570.53 | 42.002.96 | 66.630.94 | 62.701.10 | 58.921.74 | |
TopK | 68.621.13 | 59.591.28 | 45.772.68 | 29.311.73 | 64.661.34 | 58.540.12 | 49.470.65 | |
+Ours | 70.060.32 | 66.670.81 | 57.441.04 | 48.061.53 | 67.760.50 | 63.961.71 | 56.322.18 | |
DPP | 67.290.35 | 57.691.83 | 45.341.56 | 28.501.78 | 64.880.43 | 58.910.64 | 50.000.85 | |
+Ours | 70.570.45 | 67.861.43 | 59.652.11 | 45.462.72 | 69.160.98 | 65.630.21 | 56.721.37 | |
GeoQuery | Random | 27.970.99 | 23.180.62 | 17.441.56 | 14.100.74 | 26.480.17 | 26.130.05 | 26.250.40 |
+Ours | 27.270.36 | 27.120.69 | 25.521.02 | 22.230.67 | 27.430.71 | 27.010.05 | 26.730.90 | |
TopK | 44.170.09 | 27.282.65 | 17.492.05 | 9.963.08 | 41.310.46 | 38.480.63 | 34.900.69 | |
+Ours | 43.320.05 | 42.251.00 | 33.801.43 | 24.391.08 | 42.590.37 | 39.400.37 | 37.741.23 | |
DPP | 45.810.71 | 31.795.93 | 21.543.36 | 10.610.15 | 42.971.96 | 39.910.42 | 33.340.53 | |
+Ours | 44.180.47 | 43.010.02 | 40.940.91 | 33.251.27 | 41.490.11 | 40.620.06 | 36.810.61 | |
NL2Bash | Random | 27.910.37 | 25.370.21 | 15.770.91 | 8.950.65 | 27.201.06 | 28.090.51 | 26.270.56 |
+Ours | 29.931.18 | 29.090.26 | 26.042.05 | 22.920.39 | 29.010.36 | 28.920.07 | 26.800.55 | |
TopK | 35.710.42 | 27.400.26 | 20.000.62 | 9.950.68 | 32.570.13 | 30.210.08 | 27.480.35 | |
+Ours | 33.920.70 | 32.511.59 | 30.501.02 | 23.471.52 | 31.330.04 | 31.391.70 | 29.490.06 | |
DPP | 37.770.02 | 31.520.12 | 23.230.34 | 11.162.14 | 32.740.29 | 32.560.61 | 26.721.58 | |
+Ours | 35.851.51 | 32.270.99 | 32.470.40 | 27.841.17 | 33.630.23 | 32.530.57 | 28.960.98 |
5.2 Main Results
Can LPR improve the noise-robustness of in-context learning? Table 2 presents the average in-context learning performance of the baselines and our method on six generation tasks, under various types of noisy annotations. A salient observation is that our method drastically improves the the noise-robustness performance of the existing demonstration selection methods by employing LPR. For example, on the NQ with irrelevant noise, our approach improves the EM score of the naive random selection method from 28.21 to 42.00 -a of direct improvement. Moreover, we show that the LPR can boost performance for a wide range of existing demonstration selection methods such as TopK [28] and DPP [62]. For example, we observe that, on SCIQ with irrelevant label noise, LPR improves the exact match score of the TopK method from 29.31 to 48.06 – a significant direct improvement of . Our method also establish strong robustness against all types of noisy annotations. Appendix 7 reports the results with various demonstration sizes.
How does the threshold affect the noise-robustness of LPR? In Figure 3 (a) and (b), we ablate how the parameter in our method (cf. Eq. 5) affects the noise-robust performance. The base indicates all candidate demonstrations are selected without our method. It’s noteworthy that LPR shows robustness to the choice of threshold , even if we set also yield significant EM score improvements. We can also observe that as the threshold decrease, the noise-robust performance also improve, especially under noise conditions. Due to space constraints, we only report the average results of multiple baselines on various generation tasks.
Does LPR work with the different number of nearest neighbors? We evaluate how the number of nearest neighbors k in our method affects the LPR performance. Specifically, We vary the number of neighbors . As is shown in Figure 3 (c) and (d), an increase in the number of nearest neighbors beyond 0 leads to an evident improvement in EM score, and the performance starts to reach a point of saturation with the further addition of neighbors. Concernedly, more perplexity of nearest neighbors needs to be calculated as value increase, but the improvement is limited. For simplicity, we employ a moderate range of neighbors and use =4 throughout our experiments.
Method | Clean | Irelevant Noise | Relevant Noise | ||||
0% | 20% | 40% | 60% | 20% | 40% | 60% | |
Llama2-13B [49] | 45.13/45.27 | 38.58/43.47 | 29.00/39.24 | 18.93/30.46 | 42.18/44.32 | 37.10/41.88 | 30.67/36.76 |
Mistral-7B [19] | 34.89/34.12 | 32.12/33.59 | 26.28/31.56 | 19.24/27.03 | 33.43/33.91 | 30.52/32.64 | 26.63/30.00 |
OPT-6.7B [66] | 23.46/24.03 | 17.26/21.31 | 11.32/17.29 | 7.68/12.91 | 20.16/22.40 | 17.58/20.22 | 14.95/17.52 |
Is LPR effective with different LLMs? To show our proposed method is model-agnostic, we conduct experiments on a diverse collection of model architectures and present the results in Table 3. From the results, we observe that our method consistently improves the ICL performance when using Llama2-13B [49], Mistral-7B [19] and OPT-6.7B [66]. For instance, with Mistral-7B, using our method boosts the ICL performance using the random selection method from 19.24 to 27.07, an average 7.83 of direct improvement on 6 datasets with irrelevant-60 noisy annotations.
6 Discussion
Global Perplexity Ranking vs. Local Perplexity Ranking. While our method has demonstrated strong promise in in-context learning, one may also ask: can a similar effect be achieved by selecting demonstrations with the lowest perplexity in the whole dataset? In this ablation, we compare our method with a global perplexity ranking method that selects demonstrations with the lowest perplexity values of input-label pairs from a large candidate set (e.g., ).
Table 4 presents the performance comparison between our method and the global perplexity ranking method. While both the two perplexity ranking methods improve the robustness of ICL against noisy annotations, the global approach obtains inferior performance compared to our proposed method in most cases, especially in the cases of clean and low noise rates. In efficiency, Table 4 also show that the local ranking approach requires only of the time required by the global ranking. This is because our method only calculates the perplexity of the local neighbors for each candidate, instead of using a large candidate pool. Overall, we show that the global ranking method cannot outperform the local ranking while introducing much more computational loads.
Transfer to text classification tasks. Text classification is a common task of in-context learning, which may also suffer from a noisy annotation issue. To this end, we verify the effectiveness of the proposed method in text classification. Here, we consider two classification tasks (SST2 [48] and AGNews [67]) with popular label noise types: the symmetric noise and the asymmetric noise [8, 33]. We report the average accuracy with GPT-Neo-2.7B [6] on datasets with the two noise types. More detailed experimental settings are presented in Appendix A.2.
Method | Clean | Irrelevant Noise | Relevant Noise | Time (h) | ||||
0% | 20% | 40% | 60% | 20% | 40% | 60% | ||
Random | 39.32/40.66 | 38.94/38.89 | 34.41/32.98 | 27.82/26.59 | 39.23/39.90 | 36.38/37.31 | 31.76/33.24 | 2.88/0.55 |
TopK | 40.57/43.94 | 39.94/41.44 | 35.85/36.02 | 31.79/28.38 | 40.33/42.60 | 38.69/39.53 | 33.88/34.48 | 3.06/0.57 |
DPP | 42.33/44.32 | 40.18/41.94 | 36.20/36.86 | 30.91/28.60 | 40.42/42.98 | 38.49/40.51 | 32.24/35.20 | 3.21/0.64 |
Average | 40.74/42.97 | 39.68/40.76 | 35.49/35.28 | 30.17/27.86 | 39.99/41.83 | 37.85/39.12 | 32.63/34.31 | 3.05/0.57 |
Figure 4 demonstrates that noise annotations barely hurt the performance of ICL when employing the random demonstration selection method [36]. However, the performance of ICL is significantly compromised when utilizing more effective selection methods like TopK [28] and DPP [62]. After integrating our method, both TopK and DPP methods are significantly improved in the inference performance, which indicates the noise robustness of our method in text classification.
Method | Irrelevant Noise | Relevant Noise | ||||||
60% | 70% | 80% | 90% | 60% | 70% | 80% | 90% | |
Random | 15.80/26.60 | 11.61/16.97 | 7.98/11.24 | 4.79/5.45 | 27.87/33.25 | 24.67/28.29 | 22.51/24.45 | 20.15/21.20 |
TopK | 18.08/28.08 | 14.62/18.24 | 10.16/10.96 | 6.25/7.17 | 29.55/34.48 | 26.02/29.23 | 23.28/25.87 | 21.21/22.68 |
DPP | 16.87/28.61 | 15.10/18.01 | 9.93/10.03 | 6.46/7.18 | 29.51/35.19 | 25.85/28.86 | 23.28/25.27 | 20.83/21.95 |
Method | Clean | Irrelevant Noise | Relevant Noise | ||||
0% | 20% | 40% | 60% | 20% | 40% | 60% | |
OPT-1.3B | 13.06/13.22 | 10.48/10.96 | 8.66/9.63 | 5.95/6.41 | 12.21/12.58 | 11.33/11.53 | 10.42/10.81 |
OPT-2.7B | 15.30/15.70 | 12.68/13.23 | 10.53/11.45 | 7.01/9.02 | 14.15/14.73 | 13.21/14.33 | 11.86/12.85 |
OPT-6.7B | 23.46/24.03 | 17.26/21.31 | 11.32/17.29 | 7.68/12.91 | 20.16/22.40 | 17.58/20.22 | 14.95/17.52 |
Potential failure cases. Our approach is built on two assumptions that are naturally satisfied in the real world (See Section 4.2). In this section, we conduct experiments on four generation tasks, including NQ, WebQ, SCIQ, and SQuAD, to determine whether our proposed method remains effective when one of these two assumptions is dissatisfied. The detailed analysis is presented below.
Assumption 1 (Data): clean annotations are the majority in the annotated dataset. Given a dataset with extremely high noise ratios (e.g., 60, 70, 80, 90), the perplexity ranking of local neighbors may not reflect the correctness of the annotations, as most (even all) neighbors can be wrongly annotated. To explicitly show that, we conduct an experiment to validate the performance of LPR under extremely high noise ratios. The Table 5 below presents the average EM score of the baselines and our method. We use Llama2-7B [49] as the LLM throughout our experiments. The results show that the improvements of our approach decrease as the noise ratios increase. For example, when the irrelevant label noise ratio increases from 60 to 90, the improvement of our method for the TopK method decreases from 10.26 to 0.92.
Assumption 2 (Model): examples that are semantically similar share the same level of inherent perplexity. The model affects the the performance of LPR through the concept of inherent perplexity. This assumption cannot hold if the model is not capable of precisely measuring the semantic distance between examples. In this case, the local neighbors may not share the same level of inherent perplexity so that we cannot compare the Matching Perplexity. To validate this, we conduct experiments with language models with various sizes, including OPT-1.3B, OPT-2.7B and OPT-6.7B [66]. The results in Table 6 reveal that the performance of LPR decreases as the parameter size of language models decreases. For instance, for 60 irrelevant noise, the improvement of our method decreases from 5.23 to 0.46 when the parameter size of the language model decreases from 6.7B to 1.3B.
7 Conclusion
In this paper, we introduce Local Perplexity Ranking (LPR), a general strategy that can universally enhance the noise robustness of in-context learning on generation tasks. To the best of our knowledge, this work is the first to analyze the noisy annotations in ICL for text generation. Our key idea is to decouple the matching perplexity by performing the ranking among the neighbors in semantic space. In particular, we replace each low-ranked candidate with its nearest neighbor that is highly ranked. Extensive experiments demonstrate that LPR can improve the noise robustness of existing demonstration selection methods in ICL across various noise types. Our approach is easy to use in practice, as it is insensitive to the hyperparameters and does not introduce heavy computational cost.
Limitations. LPR is suboptimal in cases of high noise rates due to the assumption that clean annotations are the majority in the dataset. In addition, we do not provide a theoretical analysis to show how noisy annotations affect ICL, which will be an interesting direction for future research.
8 Acknowledgements
This research is supported by the Shenzhen Fundamental Research Program (Grant No. JCYJ20230807091809020). Feipeng Zhang is supported by the National Natural Science Foundation of China (Grant No. 72171192) and the Youth Innovation Team of Shaanxi Universities. Jun Shu is supported in part by the National Natural Science Foundation of China (Grant No. 12326606). Feng Zheng is supported in part by the National Natural Science Foundation of China (Grant No. 62122035). We gratefully acknowledge the support of the Center for Computational Science and Engineering at the Southern University of Science and Technology for our research.
References
- [1] Maha Agro and Hanan Aldarmaki. Handling realistic label noise in BERT text classification. In Proceedings of the 6th International Conference on Natural Language and Speech Processing, pages 11–20, 2023.
- [2] Dmitriy Alexandrov, Anastasiia Zakharova, and Nikolay Butakov. Does noise really matter? investigation into the influence of noisy labels on bert-based question answering system. International Journal of Semantic Computing, pages 1–20, 2024.
- [3] Gabriel Alon and Michael Kamfonas. Detecting language model attacks with perplexity. arXiv preprint arXiv:2308.14132, 2024.
- [4] Udit Arora, William Huang, and He He. Types of out-of-distribution texts and how to detect them. In Proceedings of the 2021 Conference on Empirical Methods in Natural Language Processing, pages 10687–10701, 2021.
- [5] Jonathan Berant, Andrew Chou, Roy Frostig, and Percy Liang. Semantic parsing on freebase from question-answer pairs. In Proceedings of the 2013 Conference on Empirical Methods in Natural Language Processing, pages 1533–1544, 2013.
- [6] Sid Black, Leo Gao, Phil Wang, Connor Leahy, and Stella Biderman. GPT-Neo: Large scale autoregressive language modeling with mesh-tensorflow. 10.5281/zenodo.5297715, 2021.
- [7] Tom B. Brown, Benjamin Mann, Nick Ryder, Melanie Subbiah, Jared Kaplan, Prafulla Dhariwal, Arvind Neelakantan, Pranav Shyam, Girish Sastry, Amanda Askell, Sandhini Agarwal, Ariel Herbert-Voss, Gretchen Krueger, Tom Henighan, Rewon Child, Aditya Ramesh, Daniel M. Ziegler, Jeffrey Wu, Clemens Winter, Christopher Hesse, Mark Chen, Eric Sigler, Mateusz Litwin, Scott Gray, Benjamin Chess, Jack Clark, Christopher Berner, Sam McCandlish, Alec Radford, Ilya Sutskever, and Dario Amodei. Language models are few-shot learners. In Proceedings of the 34th International Conference on Neural Information Processing Systems, pages 1877–1901, 2020.
- [8] Mingcai Chen, Hao Cheng, Yuntao Du, Ming Xu, Wenyu Jiang, and Chongjun Wang. Two wrongs don’t make a right: Combating confirmation bias in learning with label noise. In Proceedings of the AAAI Conference on Artificial Intelligence, pages 14765–14773, 2023.
- [9] Chen Cheng, Xinzhi Yu, Haodong Wen, Jinsong Sun, Guanzhang Yue, Yihao Zhang, and Zeming Wei. Exploring the robustness of in-context learning with noisy labels. arXiv preprint arXiv:2404.18191, 2024.
- [10] Julian Coda-Forno, Marcel Binz, Zeynep Akata, Matt Botvinick, Jane Wang, and Eric Schulz. Meta-in-context learning in large language models. Advances in Neural Information Processing Systems, 36:65189–65201, 2023.
- [11] Jacob Devlin, Ming-Wei Chang, Kenton Lee, and Kristina Toutanova. BERT: Pre-training of deep bidirectional transformers for language understanding. In Proceedings of the 2019 Conference of the North American Chapter of the Association for Computational Linguistics: Human Language Technologies, Volume 1 (Long and Short Papers), pages 4171–4186, 2019.
- [12] Yu Fei, Yifan Hou, Zeming Chen, and Antoine Bosselut. Mitigating label biases for in-context learning. In Proceedings of the 61st Annual Meeting of the Association for Computational Linguistics (Volume 1: Long Papers), pages 14014–14031, 2023.
- [13] Hila Gonen, Srini Iyer, Terra Blevins, Noah Smith, and Luke Zettlemoyer. Demystifying prompts in language models via perplexity estimation. In Proceedings of the 2023 Conference on Empirical Methods in Natural Language Processing, pages 10136–10148, 2023.
- [14] Yuxian Gu, Li Dong, Furu Wei, and Minlie Huang. Pre-training to learn in context. In Proceedings of the 61st Annual Meeting of the Association for Computational Linguistics (Volume 1: Long Papers), pages 4849–4870, 2023.
- [15] Karan Gupta, Sumegh Roychowdhury, Siva Rajesh Kasa, Santhosh Kumar Kasa, Anish Bhanushali, Nikhil Pattisapu, and Prasanna Srinivasa Murthy. How robust are llms to in-context majority label bias? arXiv preprint arXiv:2312.16549, 2023.
- [16] Shivanshu Gupta, Matt Gardner, and Sameer Singh. Coverage-based example selection for in-context learning. In Proceedings of the 2023 Conference on Empirical Methods in Natural Language Processing, pages 13924–13950, 2023.
- [17] Ari Holtzman, Jan Buys, Li Du, Maxwell Forbes, and Yejin Choi. The curious case of neural text degeneration. In International Conference on Learning Representations, 2020.
- [18] Runhui Huang, Yanxin Long, Jianhua Han, Hang Xu, Xiwen Liang, Chunjing Xu, and Xiaodan Liang. Nlip: Noise-robust language-image pre-training. In Proceedings of the AAAI Conference on Artificial Intelligence, pages 926–934, 2023.
- [19] Albert Q Jiang, Alexandre Sablayrolles, Arthur Mensch, Chris Bamford, Devendra Singh Chaplot, Diego de las Casas, Florian Bressand, Gianna Lengyel, Guillaume Lample, Lucile Saulnier, et al. Mistral 7b. arXiv preprint arXiv:2310.06825, 2023.
- [20] Takeshi Kojima, Shixiang Shane Gu, Machel Reid, Yutaka Matsuo, and Yusuke Iwasawa. Large language models are zero-shot reasoners. In Advances in Neural Information Processing Systems, pages 22199–22213, 2022.
- [21] Jannik Kossen, Yarin Gal, and Tom Rainforth. In-context learning learns label relationships but is not conventional learning. In International Conference on Learning Representations, 2024.
- [22] Tom Kwiatkowski, Jennimaria Palomaki, Olivia Redfield, Michael Collins, Ankur Parikh, Chris Alberti, Danielle Epstein, Illia Polosukhin, Jacob Devlin, Kenton Lee, Kristina Toutanova, Llion Jones, Matthew Kelcey, Ming-Wei Chang, Andrew M. Dai, Jakob Uszkoreit, Quoc Le, and Slav Petrov. Natural questions: A benchmark for question answering research. Transactions of the Association for Computational Linguistics, pages 452–466, 2019.
- [23] Itay Levy, Ben Bogin, and Jonathan Berant. Diverse demonstrations improve in-context compositional generalization. In Proceedings of the 61st Annual Meeting of the Association for Computational Linguistics (Volume 1: Long Papers), pages 1401–1422, 2023.
- [24] Tianle Li, Wei-Lin Chiang, Evan Frick, Lisa Dunlap, Tianhao Wu, Banghua Zhu, Joseph E Gonzalez, and Ion Stoica. From crowdsourced data to high-quality benchmarks: Arena-hard and benchbuilder pipeline. arXiv preprint arXiv:2406.11939, 2024.
- [25] Xiaonan Li, Kai Lv, Hang Yan, Tianyang Lin, Wei Zhu, Yuan Ni, Guotong Xie, Xiaoling Wang, and Xipeng Qiu. Unified demonstration retriever for in-context learning. In Proceedings of the 61st Annual Meeting of the Association for Computational Linguistics (Volume 1: Long Papers), pages 4644–4668, 2023.
- [26] Xiaonan Li and Xipeng Qiu. Finding support examples for in-context learning. In Proceedings of the 2023 Conference on Empirical Methods in Natural Language Processing, pages 6219–6235, 2023.
- [27] Xi Victoria Lin, Chenglong Wang, Luke Zettlemoyer, and Michael D. Ernst. NL2Bash: A corpus and semantic parser for natural language interface to the linux operating system. In Proceedings of the Eleventh International Conference on Language Resources and Evaluation), 2018.
- [28] Jiachang Liu, Dinghan Shen, Yizhe Zhang, Bill Dolan, Lawrence Carin, and Weizhu Chen. What makes good in-context examples for GPT-3? In Proceedings of Deep Learning Inside Out: The 3rd Workshop on Knowledge Extraction and Integration for Deep Learning Architectures, pages 100–114, 2022.
- [29] Quanyu Long, Yin Wu, Wenya Wang, and Sinno Jialin Pan. Decomposing label space, format and discrimination: Rethinking how llms respond and solve tasks via in-context learning. arXiv preprint arXiv:2404.07546, 2024.
- [30] Yao Lu, Max Bartolo, Alastair Moore, Sebastian Riedel, and Pontus Stenetorp. Fantastically ordered prompts and where to find them: Overcoming few-shot prompt order sensitivity. In Proceedings of the 60th Annual Meeting of the Association for Computational Linguistics (Volume 1: Long Papers), pages 8086–8098, 2022.
- [31] Man Luo, Xin Xu, Zhuyun Dai, Panupong Pasupat, Mehran Kazemi, Chitta Baral, Vaiva Imbrasaite, and Vincent Y Zhao. Dr.icl: Demonstration-retrieved in-context learning. arXiv preprint arXiv:2305.14128, 2023.
- [32] Xinxi Lyu, Sewon Min, Iz Beltagy, Luke Zettlemoyer, and Hannaneh Hajishirzi. Z-ICL: Zero-shot in-context learning with pseudo-demonstrations. In Proceedings of the 61st Annual Meeting of the Association for Computational Linguistics (Volume 1: Long Papers), pages 2304–2317, 2023.
- [33] Xingjun Ma, Hanxun Huang, Yisen Wang, Simone Romano, Sarah Erfani, and James Bailey. Normalized loss functions for deep learning with noisy labels. In Proceedings of the 37th International Conference on Machine Learning, 2020.
- [34] Costas Mavromatis, Balasubramaniam Srinivasan, Zhengyuan Shen, Jiani Zhang, Huzefa Rangwala, Christos Faloutsos, and George Karypis. Which examples to annotate for in-context learning? towards effective and efficient selection. arXiv preprint arXiv:2310.20046, 2023.
- [35] Aristides Milios, Siva Reddy, and Dzmitry Bahdanau. In-context learning for text classification with many labels. In Proceedings of the 1st GenBench Workshop on (Benchmarking) Generalisation in NLP, pages 173–184, 2023.
- [36] Sewon Min, Mike Lewis, Luke Zettlemoyer, and Hannaneh Hajishirzi. MetaICL: Learning to learn in context. In Proceedings of the 2022 Conference of the North American Chapter of the Association for Computational Linguistics: Human Language Technologies, pages 2791–2809, 2022.
- [37] Sewon Min, Xinxi Lyu, Ari Holtzman, Mikel Artetxe, Mike Lewis, Hannaneh Hajishirzi, and Luke Zettlemoyer. Rethinking the role of demonstrations: What makes in-context learning work? In Proceedings of the 2022 Conference on Empirical Methods in Natural Language Processing, pages 11048–11064, 2022.
- [38] OpenAI. GPT-4 technical report. arXiv preprint arXiv:2303.08774, 2024.
- [39] Vaishali Pal, Andrew Yates, Evangelos Kanoulas, and Maarten de Rijke. MultiTabQA: Generating tabular answers for multi-table question answering. In Proceedings of the 61st Annual Meeting of the Association for Computational Linguistics (Volume 1: Long Papers), pages 6322–6334, 2023.
- [40] Jane Pan, Tianyu Gao, Howard Chen, and Danqi Chen. What in-context learning “learns” in-context: Disentangling task recognition and task learning. In Findings of the Association for Computational Linguistics: ACL 2023, pages 8298–8319, 2023.
- [41] Kishore Papineni, Salim Roukos, Todd Ward, and Wei-Jing Zhu. Bleu: a method for automatic evaluation of machine translation. In Proceedings of the 40th Annual Meeting of the Association for Computational Linguistics, pages 311–318, 2002.
- [42] Gaurav Patel, Jan Allebach, and Qiang Qiu. Seq-UPS: Sequential uncertainty-aware pseudo-label selection for semi-supervised text recognition. In 2023 IEEE/CVF Winter Conference on Applications of Computer Vision, pages 6169–6179, 2023.
- [43] Keqin Peng, Liang Ding, Yancheng Yuan, Xuebo Liu, Min Zhang, Yuanxin Ouyang, and Dacheng Tao. Revisiting demonstration selection strategies in in-context learning. arXiv preprint arXiv:2401.12087, 2024.
- [44] Chengwei Qin, Aston Zhang, Anirudh Dagar, and Wenming Ye. In-context learning with iterative demonstration selection. arXiv preprint arXiv:2310.09881, 2023.
- [45] Linlu Qiu, Peter Shaw, Panupong Pasupat, Tianze Shi, Jonathan Herzig, Emily Pitler, Fei Sha, and Kristina Toutanova. Evaluating the impact of model scale for compositional generalization in semantic parsing. In Proceedings of the 2022 Conference on Empirical Methods in Natural Language Processing, pages 9157–9179, 2022.
- [46] Pranav Rajpurkar, Jian Zhang, Konstantin Lopyrev, and Percy Liang. SQuAD: 100,000+ questions for machine comprehension of text. In Proceedings of the 2016 Conference on Empirical Methods in Natural Language Processing, pages 2383–2392, 2016.
- [47] Ohad Rubin, Jonathan Herzig, and Jonathan Berant. Learning to retrieve prompts for in-context learning. In Proceedings of the 2022 Conference of the North American Chapter of the Association for Computational Linguistics: Human Language Technologies, pages 2655–2671, 2022.
- [48] Richard Socher, Alex Perelygin, Jean Wu, Jason Chuang, Christopher D. Manning, Andrew Ng, and Christopher Potts. Recursive deep models for semantic compositionality over a sentiment treebank. In Proceedings of the 2013 Conference on Empirical Methods in Natural Language Processing, pages 1631–1642, 2013.
- [49] Hugo Touvron, Louis Martin, Kevin Stone, Peter Albert, Amjad Almahairi, Yasmine Babaei, Nikolay Bashlykov, Soumya Batra, Prajjwal Bhargava, Shruti Bhosale, et al. Llama 2: Open foundation and fine-tuned chat models. arXiv preprint arXiv:2307.09288, 2023.
- [50] Lean Wang, Lei Li, Damai Dai, Deli Chen, Hao Zhou, Fandong Meng, Jie Zhou, and Xu Sun. Label words are anchors: An information flow perspective for understanding in-context learning. In Proceedings of the 2023 Conference on Empirical Methods in Natural Language Processing, pages 9840–9855, 2023.
- [51] Xinyi Wang, Wanrong Zhu, Michael Saxon, Mark Steyvers, and William Yang Wang. Large language models are latent variable models: Explaining and finding good demonstrations for in-context learning. In Advances in Neural Information Processing Systems, pages 15614–15638, 2023.
- [52] Hongxin Wei, Huiping Zhuang, Renchunzi Xie, Lei Feng, Gang Niu, Bo An, and Yixuan Li. Mitigating memorization of noisy labels by clipping the model prediction. In Proceedings of the 40th International Conference on Machine Learning, 2023.
- [53] Jason Wei, Xuezhi Wang, Dale Schuurmans, Maarten Bosma, Fei Xia, Ed Chi, Quoc V Le, Denny Zhou, et al. Chain-of-thought prompting elicits reasoning in large language models. In Advances in Neural Information Processing Systems, pages 24824–24837, 2022.
- [54] Jerry Wei, Le Hou, Andrew Kyle Lampinen, Xiangning Chen, Da Huang, Yi Tay, Xinyun Chen, Yifeng Lu, Denny Zhou, Tengyu Ma, and Quoc V Le. Symbol tuning improves in-context learning in language models. In Proceedings of the 2023 Conference on Empirical Methods in Natural Language Processing, pages 968––979, 2023.
- [55] Jerry Wei, Jason Wei, Yi Tay, Dustin Tran, Albert Webson, Yifeng Lu, Xinyun Chen, Hanxiao Liu, Da Huang, Denny Zhou, et al. Larger language models do in-context learning differently. arXiv preprint arXiv:2303.03846, 2023.
- [56] Johannes Welbl, Nelson F. Liu, and Matt Gardner. Crowdsourcing multiple choice science questions. In Proceedings of the 3rd Workshop on Noisy User-generated Text, pages 94–106, 2017.
- [57] Qianhui Wu, Huiqiang Jiang, Haonan Yin, Börje Karlsson, and Chin-Yew Lin. Multi-level knowledge distillation for out-of-distribution detection in text. In Proceedings of the 61st Annual Meeting of the Association for Computational Linguistics (Volume 1: Long Papers), pages 7317–7332, 2023.
- [58] Tongshuang Wu, Haiyi Zhu, Maya Albayrak, Alexis Axon, Amanda Bertsch, Wenxing Deng, Ziqi Ding, Bill Guo, Sireesh Gururaja, Tzu-Sheng Kuo, Jenny T. Liang, Ryan Liu, Ihita Mandal, Jeremiah Milbauer, Xiaolin Ni, Namrata Padmanabhan, Subhashini Ramkumar, Alexis Sudjianto, Jordan Taylor, Ying-Jui Tseng, Patricia Vaidos, Zhijin Wu, Wei Wu, and Chenyang Yang. LLMs as workers in human-computational algorithms? replicating crowdsourcing pipelines with llms. arXiv preprint arXiv:2307.10168, 2023.
- [59] Zhenyu Wu, Yaoxiang Wang, Jiacheng Ye, Zhiyong Wu, Jiangtao Feng, Jingjing Xu, and Yu Qiao. OpenICL: An open-source framework for in-context learning. In Proceedings of the 61st Annual Meeting of the Association for Computational Linguistics (Volume 3: System Demonstrations), pages 489–498, 2023.
- [60] Zhiyong Wu, Yaoxiang Wang, Jiacheng Ye, and Lingpeng Kong. Self-adaptive in-context learning: An information compression perspective for in-context example selection and ordering. In Proceedings of the 61st Annual Meeting of the Association for Computational Linguistics (Volume 1: Long Papers), pages 1423–1436, 2023.
- [61] Yan Yan, Rómer Rosales, Glenn Fung, Ramanathan Subramanian, and Jennifer Dy. Learning from multiple annotators with varying expertise. Machine Learning, page 291–327, 2014.
- [62] Jiacheng Ye, Zhiyong Wu, Jiangtao Feng, Tao Yu, and Lingpeng Kong. Compositional exemplars for in-context learning. In Proceedings of the 40th International Conference on Machine Learning, pages 39818––39833, 2023.
- [63] Xichen Ye, Xiaoqiang Li, songmin dai, Tong Liu, Yan Sun, and Weiqin Tong. Active negative loss functions for learning with noisy labels. In Advances in Neural Information Processing Systems, pages 6917–6940, 2023.
- [64] Hang Zhang, Yeyun Gong, Xingwei He, Dayiheng Liu, Daya Guo, Jiancheng Lv, and Jian Guo. Noisy pair corrector for dense retrieval. In Proceedings of the 2023 Conference on Empirical Methods in Natural Language Processing, pages 11439–11451, 2023.
- [65] Shaokun Zhang, Xiaobo Xia, Zhaoqing Wang, Ling-Hao Chen, Jiale Liu, Qingyun Wu, and Tongliang Liu. IDEAL: Influence-driven selective annotations empower in-context learners in large language models. In International Conference on Learning Representations, 2024.
- [66] Susan Zhang, Stephen Roller, Naman Goyal, Mikel Artetxe, Moya Chen, Shuohui Chen, Christopher Dewan, Mona Diab, Xian Li, Xi Victoria Lin, Todor Mihaylov, Myle Ott, Sam Shleifer, Kurt Shuster, Daniel Simig, Punit Singh Koura, Anjali Sridhar, Tianlu Wang, and Luke Zettlemoyer. OPT: Open pre-trained transformer language models. arXiv preprint arXiv:2205.01068, 2022.
- [67] Xiang Zhang, Junbo Zhao, and Yann LeCun. Character-level convolutional networks for text classification. Advances in Neural Information Processing Systems, 28, 2015.
- [68] Yuanhan Zhang, Kaiyang Zhou, and Ziwei Liu. What makes good examples for visual in-context learning? Advances in Neural Information Processing Systems, 36, 2024.
- [69] Zhuosheng Zhang, Aston Zhang, Mu Li, and Alex Smola. Automatic chain of thought prompting in large language models. In International Conference on Learning Representations, 2023.
- [70] Lianmin Zheng, Wei-Lin Chiang, Ying Sheng, Siyuan Zhuang, Zhanghao Wu, Yonghao Zhuang, Zi Lin, Zhuohan Li, Dacheng Li, Eric Xing, Hao Zhang, Joseph E Gonzalez, and Ion Stoica. Judging llm-as-a-judge with mt-bench and chatbot arena. In Advances in Neural Information Processing Systems, pages 46595–46623, 2023.
- [71] Yu Zhou, Hongtao Xie, Shancheng Fang, and Yongdong Zhang. Semi-supervised text detection with accurate pseudo-labels. IEEE Signal Processing Letters, pages 1272–1276, 2022.
- [72] Dawei Zhu, Michael A. Hedderich, Fangzhou Zhai, David Adelani, and Dietrich Klakow. Is BERT robust to label noise? a study on learning with noisy labels in text classification. In Proceedings of the Third Workshop on Insights from Negative Results in NLP, pages 62–67, 2022.
- [73] Zhaowei Zhu, Zihao Dong, and Yang Liu. Detecting corrupted labels without training a model to predict. In Proceedings of the 39th International Conference on Machine Learning, pages 27412–27427, 2022.
Appendix A Appendix
A.1 Related Work
In-context learning In-context learning (ICL) has become a new paradigm for natural language processing (NLP), where LLMs make predictions only based on contexts augmented with a few demonstrations [7, 34, 35, 36]. The popularity of ICL also raises growing concerns regarding its instability: given different selected demonstrations, ICL’s performance can vary from near state-of-the-art to random [9, 12, 15, 26, 32, 37, 55, 54]. Existing studies show that ICL’s performance is highly sensitive to order [30, 60], template [37] and labels [50] of selected demonstrations. For example, on the one hand, some previous studies show that flip classification of demonstration can significantly hurt ICL performance on classification tasks [51, 60]. On the other hand, many researches show that ICL is fairly robust to noisy demonstrations [32, 37, 55, 54]. However, the existing studies only focus on classification tasks and the research of generation tasks is limited. We expand the previous finding from text classification tasks to generation tasks and find that demonstrations selected from noisy annotations significantly hurt the ICL performance of generation tasks.
In practice, researchers often use crowdsourcing [61, 73] or large language models (LLMs) [58] such as GPT-4 [38] to create input-output pairs for new tasks, which inevitably leads to some mistakes in the annotations. However, the existing demonstration selection methods for generation tasks such as TopK [28] or DPP [62] only consider the input of demonstrations and assume the demonstrations are selected from a completely clean dataset such as [16, 28, 62, 65]. In comparison, we aim to propose a training-free demonstration selection method for generation tasks that can consistently and significantly improve the robustness of the existing methods under noisy annotations.
Learning with noisy labels Label noise is common in many real-world datasets, especially generation tasks [2, 64]. The existing approaches to learning with noisy labels can be classified into two types:(1) training noise-robust models with noisy training datasets: designing noise-robust loss function [1, 63, 52, 72] or designing noise-robust model architectures [2, 18, 64] to mitigate label noise. However, this method is not suitable for ICL, which usually hypothesizes that users are unable to apply fine-tuning techniques [68]. (2) detecting noisy labels and reducing their impacts: comparing model predictions with noisy labels [42, 71] or checking the noisy label consensuses of nearby features [73]. Different from the above literature that focuses on classification tasks, we mainly consider a training-free solution to improve noise-robust ICL for generation tasks.
A.2 Experimental Setting
Datasets We conduct experiments on 6 generation tasks, and examples of each dataset are shown in Tables 12 and 13. For open-domain question-answering tasks, we choose the Natural Questions (NQ) dataset [22] and WebQuestions (WebQ) [5]. For reading comprehension tasks, we choose two reading comprehension datasets: Stanford Question Answering (SQuAD) Dataset [46] and Science Questions (SCIQ) dataset [56]. For code generation tasks, we choose Generating Tabular Answers for Multi-Table Question Answering (GeoQuery) Dataset [39] and Natural Language Interface to the Linux Operating System (NL2Bash) dataset [27]. Following previous studies [16, 25, 62], we report Exact Match (EM) for NQ, WebQ, SQuAD and SCIQ, BLEU for NL2Bash and GeoQuery. We collect these dataset from Huggingface. The train sets of these datasets are regarded as examples datasets and the test sets are used to evaluate the performance of ICL. We randomly subsample 20,000 examples from the train set to generate noisy annotations and select demonstrations. We provide a few examples of noisy annotations of each dataset in Tables 14, 15 and 16.
Baselines Our model LPR is essentially a data-centric retriever for in-context demonstration selection. We consider both learning-free and other learning-based retrievers as baselines:
Experiment details We run our experiments on NVIDIA L40 GPU. We adopt a large portion of the code from the OpenICL repository [59, 60]. The whole experiment around one week on 8 GPUs and each experiment around one hour on a single GPU.
Transfer to classification tasks Inspired by the idea implemented in above assumption, we assume that examples that are semantically similar share the similar task, indicating they should belong to same classification. We don’t need to calculate the perplexity of input-output pair and only identify whether the classification of candidate demonstration is same with its local neighbors or not. Similar to generation tasks, we replace the noisy candidates with their nearest neighbors that are more likely to be clean. We investigate whether our local-based method can transfer across to classification tasks.
A.3 More empirical results
Empirical study of noisy ICL in text generation In this section, we provide the detailed results of GeoQuery and NL2Bash. Following existing studies [25, 62], we adopt BLEU score [41] to evaluate ICL performance on code generation tasks. Figure 5 shows that both the two types of noises significantly deteriorate the performance of in-context learning on code generation tasks. This phenomenon motivates us to further investigate the noise-robustness of in-context learning.
Perplexity deviation of noisy annotations In Figure 6, we present the perplexity distribution of Llama2-7B [49] on clean and noisy annotations of GeoQuery and NL2Bash datasets. As a complement, we observe that examples selected from noisy annotations set indeed obtain higher perplexity than those collected from clean annotations, which confirms the deviation can also transfer to code generation tasks.
Method | Clean | Irrelevant Noise | Relevant Noise | ||||
0% | 20% | 40% | 60% | 20% | 40% | 60% | |
Zero-Shot | 7.46 | ||||||
Zero-Shot-COT | 10.06 | ||||||
Random-ICL/+Ours | 27.94/28.60 | 24.28/28.11 | 16.61/25.78 | 11.53/22.58 | 26.84/28.27 | 27.11/28.95 | 26.26/26.76 |
TopK-ICL/+Ours | 39.94/38.62 | 27.34/36.38 | 18.75/32.15 | 9.96/23.93 | 38.94/36.92 | 34.35/36.39 | 31.19/33.62 |
Manual-COT/+Ours | 31.91/31.80 | 26.57/30.62 | 17.95/26.64 | 15.30/23.61 | 30.57/32.06 | 29.01/31.02 | 27.13/30.54 |
Auto-COT/+Ours | 45.69/45.44 | 30.51/40.10 | 20.51/34.94 | 10.86/27.32 | 41.38/42.78 | 35.91/40.73 | 27.90/37.10 |
Analysis of small noise ratios. In this section, we conduct experiments on datasets with smaller noise ratios (e.g. 5, 10, 15). Figure 7 (a) and (b) present the average EM score on four generation tasks, including NQ, WebQ, SCIQ, and SQuAD. Figure 7 (a) and (b) show that our method can benefit the ICL performance from a small noise rate (e.g. 5)
Open Benchmark Evaluation. Long-form and open-domain QA tasks such as MT-bench [70] and Arena-Hard [24] serve as valuable additions to the current standardized LLM benchmarks. In this section, we conduct experiments on these complex and open tasks to confirm the effectiveness of our method. The results on MT-bench [70] and Arena-Hard [24] are shown in the Figure 7 (c) and (d), which presents the average answer grading (0-10) [70] of baselines and our method. Figure 7 shows that our approach significantly improves the efficacy of existing selection methods on long-form question-answering tasks.
Evaluation on the not-demonstration-selection-based baselines. Here, we add Zero-Shot baseline, as well as some CoT-related baselines, including Zero-Shot-CoT [20] and Manual-CoT [53], Auto-CoT [69]. Specifically, Manual-CoT [53] and Auto-CoT [69] require to select demonstrations from an annotated examples set. The table below presents the BLEU score of the baselines and our method on the two code generation tasks: Geoquery [39] and NL2Bash [27]. We use Llama2-7B [49] as the LLM throughout our experiments. The results in Table 7 show that our method can outperform Zero-Shot and Zero-Shot-CoT [20], and improve the noise robustness of Manual-CoT [53] and Auto-CoT [69].
Transfer to similarity score In LPR, we select reference demonstrations for candidate examples using cosine similarity. While cosine similarity captures some aspects of semantic similarity, it is limited to a single embedding [13]. Another measure of similarity necessitates an accurate characterization of the word levels. One way might be to use larger syntactic substructures of the input as terms with BM25, which is a sparse information retrieval algorithm belonging to a class of TF-IDF measures that view the test input and the candidates as bags of terms and measures relevance as a weighted recall of these terms:
where is each token of , and are the term frequency and inverse document frequency statistics that measure the coverage of a particular term and the relative importance of terms. In this section, we replace the cosine similarity score with the BM25 similarity score to verify the effectiveness of our proposed method.
Our results in Table 8 show that the improvement still holds when BM25 is used as the cluster, confirming the superiority and robustness of our method compared with the naive demonstration selection methods. The above result also demonstrates that examples that are semantically similar in both token space and word space share the same level of inherent perplexity.
Reordering Some studies demonstrate that in-context learning is highly sensitive for demonstrations’ ordering when using random demonstrations [25, 30, 60]. Specifically, the same randomly sampled demonstrations with different orders can lead to the performance between random guesses and near state-of-the-art. In LPR, we reorder exemplars based on their similarities to the test input in ascending order after the process of our method, in accordance with common practices [23, 28, 45, 47, 62]. Here we compare our method with reordering and without reordering to explore the effect of reordering on example-specific demonstrations retrieved by our method.
Across our experiments, Table 9 shows our method without the reordering process still improves the existing demonstration selection methods across various types of noise. The above results indicate that local perplexity ranking rather than the reordering process is crucial for the success of noise-robust ICL. Additionally, we believe high-quality demonstrations are less sensitive to the ordering and stabilize in-context learning, which is consistent with the previous work [16].
Various demonstration sizes To verify the effectiveness of our proposed method, we also present the ICL performance with our method across various set sizes . Concretely, Tables 10 and 11 report the number of demonstrations to be 2 and 8 and show our method effectively mitigates the issue of noisy annotation in various demonstration selection methods across various demonstration sizes.
Clean | Irelevant Noise | Relevant Noise | ||||||
Dataset | Method | 0% | 20% | 40% | 60% | 20% | 40% | 60% |
NQ | Random | 14.510.51 | 10.970.29 | 7.370.45 | 4.230.46 | 12.000.65 | 9.670.45 | 6.401.02 |
+Ours | 15.150.20 | 13.450.85 | 10.980.47 | 7.510.43 | 14.140.48 | 12.080.53 | 10.120.53 | |
TopK | 20.250.10 | 13.951.14 | 9.971.13 | 5.901.08 | 16.210.22 | 12.220.22 | 8.500.28 | |
+Ours | 19.350.21 | 17.510.08 | 14.440.41 | 10.250.45 | 17.390.45 | 14.380.90 | 11.710.71 | |
DPP | 20.350.76 | 14.690.94 | 9.870.49 | 5.970.48 | 15.471.00 | 11.280.42 | 7.890.25 | |
+Ours | 19.450.97 | 17.291.19 | 14.080.98 | 10.450.68 | 17.070.84 | 15.020.59 | 12.140.75 | |
WebQ | Random | 20.370.64 | 15.181.06 | 10.390.83 | 4.830.17 | 18.290.43 | 15.920.68 | 13.500.17 |
+Ours | 21.180.14 | 19.830.71 | 16.400.28 | 10.890.24 | 20.380.71 | 18.540.48 | 15.920.48 | |
TopK | 30.160.58 | 22.520.64 | 14.520.78 | 8.001.12 | 27.190.27 | 22.820.75 | 18.881.09 | |
+Ours | 28.820.72 | 26.510.39 | 22.031.26 | 14.740.25 | 27.560.20 | 25.080.36 | 21.580.21 | |
DPP | 29.400.39 | 22.110.81 | 13.720.27 | 7.330.68 | 26.181.04 | 21.530.61 | 16.800.17 | |
+Ours | 29.150.21 | 26.300.93 | 20.931.42 | 13.720.57 | 27.830.33 | 25.080.93 | 20.571.27 | |
SQuAD | Random | 56.500.57 | 50.000.62 | 39.100.88 | 26.200.79 | 53.900.65 | 49.170.62 | 42.030.79 |
+Ours | 56.470.25 | 54.731.10 | 51.531.59 | 43.031.51 | 54.770.76 | 52.830.97 | 49.700.08 | |
TopK | 56.970.69 | 51.831.03 | 42.831.68 | 29.102.92 | 54.770.69 | 49.371.37 | 41.372.09 | |
+Ours | 56.830.19 | 55.601.45 | 50.330.62 | 40.832.82 | 55.700.99 | 53.070.65 | 48.171.92 | |
DPP | 57.290.87 | 50.570.33 | 41.631.00 | 25.672.52 | 56.100.59 | 49.571.24 | 43.370.78 | |
+Ours | 57.201.00 | 56.500.83 | 52.700.86 | 44.731.19 | 56.431.13 | 53.470.81 | 50.571.19 | |
SCIQ | Random | 68.150.28 | 59.191.57 | 44.192.89 | 28.212.96 | 64.591.42 | 58.390.16 | 49.540.80 |
+Ours | 69.250.86 | 64.141.47 | 54.371.88 | 37.640.58 | 66.491.14 | 62.240.86 | 54.190.82 | |
TopK | 68.621.13 | 59.591.28 | 45.772.68 | 29.311.73 | 64.661.34 | 58.540.12 | 49.470.65 | |
+Ours | 70.110.36 | 63.792.87 | 57.581.52 | 38.902.93 | 66.552.74 | 60.235.44 | 51.954.59 | |
DPP | 67.290.35 | 57.691.83 | 45.341.56 | 28.501.78 | 64.880.43 | 58.910.64 | 50.000.85 | |
+Ours | 69.781.00 | 64.941.42 | 55.342.12 | 41.211.52 | 67.640.86 | 63.852.05 | 56.432.50 | |
GeoQuery | Random | 27.970.99 | 23.180.62 | 17.441.56 | 14.100.74 | 26.480.17 | 26.130.05 | 26.250.40 |
+Ours | 29.990.50 | 29.350.26 | 25.690.91 | 25.110.64 | 29.770.35 | 28.090.50 | 26.800.55 | |
TopK | 44.170.09 | 27.282.65 | 17.492.05 | 9.963.08 | 41.310.46 | 38.480.63 | 34.900.69 | |
+Ours | 43.060.60 | 41.611.00 | 41.191.42 | 32.760.45 | 40.9938.71 | 38.870.49 | 36.260.03 | |
DPP | 45.810.71 | 31.795.93 | 21.543.36 | 10.610.15 | 42.971.96 | 39.910.42 | 33.340.53 | |
+Ours | 43.923.44 | 41.323.55 | 38.374.19 | 26.783.32 | 41.701.22 | 39.792.13 | 35.342.10 | |
NL2Bash | Random | 27.910.37 | 25.370.21 | 15.770.91 | 8.950.65 | 27.201.06 | 28.090.51 | 26.270.56 |
+Ours | 29.150.21 | 26.300.93 | 20.931.42 | 13.720.57 | 28.830.33 | 28.080.93 | 27.571.27 | |
TopK | 35.710.42 | 27.400.26 | 20.000.62 | 9.950.68 | 32.570.13 | 30.210.08 | 27.480.35 | |
+Ours | 32.420.26 | 29.852.99 | 30.102.11 | 23.671.02 | 31.1838.71 | 31.033.80 | 28.842.48 | |
DPP | 37.770.02 | 31.520.12 | 23.230.34 | 11.162.14 | 32.740.29 | 32.560.61 | 26.721.58 | |
+Ours | 36.693.30 | 32.633.32 | 29.104.10 | 23.562.65 | 33.182.51 | 32.193.46 | 28.651.80 |
Clean | Irelevant Noise | Relevant Noise | ||||||
Dataset | Method | 0% | 20% | 40% | 60% | 20% | 40% | 60% |
NQ | Random | 14.510.51 | 10.970.29 | 7.370.45 | 4.230.46 | 12.000.65 | 9.670.45 | 6.401.02 |
+Ours | 15.350.83 | 14.580.33 | 12.380.09 | 9.241.24 | 14.280.46 | 12.950.91 | 9.930.94 | |
TopK | 20.250.10 | 13.951.14 | 9.971.13 | 5.901.08 | 16.210.22 | 12.220.22 | 8.500.28 | |
+Ours | 19.650.24 | 16.880.40 | 13.210.38 | 9.470.38 | 17.420.36 | 14.580.26 | 11.610.59 | |
DPP | 20.350.76 | 14.690.94 | 9.870.49 | 5.970.48 | 15.471.00 | 11.280.42 | 7.890.25 | |
+Ours | 18.570.24 | 17.450.37 | 14.480.85 | 11.440.29 | 17.750.29 | 15.450.70 | 12.180.87 | |
WebQ | Random | 20.370.64 | 15.181.06 | 10.390.83 | 4.830.17 | 18.290.43 | 15.920.68 | 13.500.17 |
+Ours | 22.080.31 | 20.380.74 | 16.910.61 | 12.160.21 | 21.640.71 | 19.010.78 | 17.061.35 | |
TopK | 30.160.58 | 22.520.64 | 14.520.78 | 8.001.12 | 27.190.27 | 22.820.75 | 18.881.09 | |
+Ours | 29.690.22 | 26.960.66 | 22.121.08 | 15.980.60 | 29.070.04 | 27.260.40 | 22.331.13 | |
DPP | 29.400.39 | 22.110.81 | 13.720.27 | 7.330.68 | 26.181.04 | 21.530.61 | 16.800.17 | |
+Ours | 29.150.21 | 26.300.93 | 20.931.42 | 13.720.57 | 27.830.33 | 25.080.93 | 20.571.27 | |
SQuAD | Random | 56.500.57 | 50.000.62 | 39.100.88 | 26.200.79 | 53.900.65 | 49.170.62 | 42.030.79 |
+Ours | 55.930.75 | 54.231.11 | 51.670.39 | 41.370.66 | 55.670.52 | 53.130.63 | 49.070.74 | |
TopK | 56.970.69 | 51.831.03 | 42.831.68 | 29.102.92 | 54.770.69 | 49.371.37 | 41.372.09 | |
+Ours | 57.830.97 | 54.870.83 | 50.970.70 | 39.003.12 | 56.400.37 | 52.770.83 | 47.630.94 | |
DPP | 57.290.87 | 50.570.33 | 41.631.00 | 25.672.52 | 56.100.59 | 49.571.24 | 43.370.78 | |
+Ours | 57.470.25 | 57.530.97 | 52.030.39 | 44.001.10 | 57.270.40 | 55.000.22 | 50.271.51 | |
SCIQ | Random | 68.150.28 | 59.191.57 | 44.192.89 | 28.212.96 | 64.591.42 | 58.390.16 | 49.540.80 |
+Ours | 68.561.17 | 64.881.22 | 54.941.00 | 40.632.62 | 66.671.34 | 62.410.24 | 54.031.69 | |
TopK | 68.621.13 | 59.591.28 | 45.772.68 | 29.311.73 | 64.661.34 | 58.540.12 | 49.470.65 | |
+Ours | 70.000.25 | 66.260.35 | 56.321.90 | 41.031.89 | 68.190.13 | 63.270.75 | 55.172.12 | |
DPP | 67.290.35 | 57.691.83 | 45.341.56 | 28.501.78 | 64.880.43 | 58.910.64 | 50.000.85 | |
+Ours | 70.000.61 | 66.261.27 | 56.032.04 | 43.442.54 | 68.700.21 | 63.221.84 | 54.772.47 | |
GeoQuery | Random | 27.970.99 | 23.180.62 | 17.441.56 | 14.100.74 | 26.480.17 | 26.130.05 | 26.250.40 |
+Ours | 28.580.59 | 28.600.03 | 28.891.77 | 22.610.53 | 27.800.27 | 28.450.32 | 26.860.76 | |
TopK | 44.170.09 | 27.282.65 | 17.492.05 | 9.963.08 | 41.310.46 | 38.480.63 | 34.900.69 | |
+Ours | 45.630.11 | 43.620.70 | 35.052.86 | 26.034.93 | 42.740.45 | 39.810.80 | 35.750.03 | |
DPP | 45.810.71 | 31.795.93 | 21.543.36 | 10.610.15 | 42.971.96 | 39.910.42 | 33.340.53 | |
+Ours | 44.730.56 | 45.100.50 | 40.261.06 | 32.541.25 | 41.640.64 | 40.780.89 | 35.090.79 | |
NL2Bash | Random | 27.910.37 | 25.370.21 | 15.770.91 | 8.950.65 | 27.201.06 | 28.090.51 | 26.270.56 |
+Ours | 25.542.19 | 25.021.25 | 23.052.22 | 21.282.12 | 27.630.58 | 24.210.66 | 24.090.38 | |
TopK | 35.710.42 | 27.400.26 | 20.000.62 | 9.950.68 | 32.570.13 | 30.210.08 | 27.480.35 | |
+Ours | 32.910.21 | 31.330.50 | 29.830.31 | 22.200.95 | 31.390.74 | 31.140.46 | 29.091.77 | |
DPP | 37.770.02 | 31.520.12 | 23.230.34 | 11.162.14 | 32.740.29 | 32.560.61 | 26.721.58 | |
+Ours | 38.370.32 | 31.811.08 | 24.272.14 | 13.090.05 | 34.430.91 | 32.321.94 | 28.760.88 |
Clean | Irelevant Noise | Relevant Noise | ||||||
Dataset | Method | 0% | 20% | 40% | 60% | 20% | 40% | 60% |
NQ | Random | 11.700.49 | 9.270.75 | 6.700.81 | 4.570.34 | 11.040.27 | 8.830.54 | 5.800.45 |
+Ours | 12.010.71 | 11.380.92 | 10.710.35 | 8.270.75 | 11.580.78 | 10.380.87 | 8.900.51 | |
TopK | 14.610.49 | 12.180.05 | 9.530.53 | 6.420.38 | 11.960.62 | 8.890.21 | 7.140.21 | |
+Ours | 14.280.31 | 12.840.31 | 11.440.54 | 9.311.13 | 12.980.31 | 11.840.46 | 9.770.66 | |
DPP | 15.480.26 | 12.030.12 | 9.030.31 | 6.340.49 | 12.210.21 | 9.170.54 | 6.870.36 | |
+Ours | 14.680.61 | 13.910.65 | 12.111.28 | 10.041.26 | 14.440.50 | 12.410.33 | 10.330.45 | |
WebQ | Random | 16.060.74 | 12.950.20 | 9.891.38 | 6.650.74 | 14.320.34 | 13.301.45 | 11.740.76 |
+Ours | 16.280.65 | 16.200.30 | 13.360.33 | 14.411.22 | 16.580.34 | 15.210.51 | 13.890.43 | |
TopK | 20.040.13 | 16.330.17 | 11.880.07 | 8.430.45 | 17.591.41 | 14.820.16 | 11.520.65 | |
+Ours | 20.500.52 | 19.440.59 | 17.340.95 | 14.411.22 | 20.510.45 | 18.340.84 | 15.870.67 | |
DPP | 22.680.61 | 18.100.86 | 13.120.44 | 8.660.51 | 19.600.17 | 17.320.57 | 13.970.63 | |
+Ours | 22.200.74 | 20.430.40 | 17.960.78 | 13.910.76 | 21.670.35 | 20.790.83 | 16.890.49 | |
SQuAD | Random | 45.070.37 | 41.131.03 | 34.770.39 | 27.601.40 | 43.270.59 | 38.831.21 | 35.630.62 |
+Ours | 44.570.48 | 42.431.03 | 42.601.02 | 37.400.64 | 46.101.98 | 42.700.65 | 40.030.40 | |
TopK | 45.130.76 | 40.570.94 | 36.000.51 | 29.171.33 | 42.731.03 | 41.730.59 | 35.571.26 | |
+Ours | 45.200.83 | 44.370.65 | 41.170.58 | 35.531.71 | 44.070.45 | 42.471.14 | 39.671.36 | |
DPP | 46.231.58 | 41.671.72 | 35.431.76 | 27.900.75 | 43.330.57 | 40.200.50 | 37.230.60 | |
+Ours | 46.670.59 | 44.530.68 | 42.171.03 | 37.100.41 | 44.770.29 | 43.230.92 | 41.200.22 | |
SCIQ | Random | 66.480.34 | 62.010.96 | 51.032.33 | 40.361.94 | 64.650.92 | 59.480.75 | 56.890.25 |
+Ours | 65.170.56 | 62.640.69 | 57.591.01 | 48.791.60 | 64.080.80 | 61.610.33 | 56.261.92 | |
TopK | 65.170.49 | 58.501.10 | 50.291.06 | 40.541.68 | 62.761.36 | 58.270.73 | 54.540.86 | |
+Ours | 67.040.50 | 64.600.63 | 57.811.69 | 49.881.79 | 65.630.80 | 61.260.80 | 55.463.17 | |
DPP | 67.330.74 | 61.370.98 | 51.491.06 | 41.261.75 | 62.531.06 | 58.160.70 | 53.790.51 | |
+Ours | 67.240.92 | 64.481.60 | 59.370.84 | 50.572.34 | 66.952.41 | 62.121.18 | 56.842.00 | |
GeoQuery | Random | 24.111.06 | 18.220.87 | 12.350.35 | 7.360.51 | 24.550.42 | 21.550.46 | 20.400.41 |
+Ours | 23.670.98 | 22.230.27 | 19.990.17 | 16.290.96 | 22.840.68 | 22.780.22 | 22.341.24 | |
TopK | 41.480.41 | 32.110.69 | 26.111.92 | 18.573.32 | 40.081.57 | 36.971.29 | 33.271.88 | |
+Ours | 41.10.43 | 40.820.70 | 41.510.76 | 37.080.55 | 38.720.92 | 36.611.10 | 35.160.56 | |
TopK | 43.630.79 | 35.913.46 | 25.771.34 | 14.660.25 | 39.111.53 | 35.880.98 | 32.012.06 | |
DPP | 41.970.05 | 40.671.25 | 41.010.26 | 36.420.12 | 38.130.33 | 35.110.50 | 33.660.05 | |
NL2Bash | Random | 28.560.89 | 21.452.64 | 19.070.75 | 14.252.48 | 26.870.82 | 25.690.26 | 24.470.73 |
+Ours | 26.350.20 | 24.370.32 | 25.441.13 | 20.730.29 | 26.220.25 | 26.540.28 | 26.101.75 | |
TopK | 31.830.10 | 28.850.68 | 22.32.01 | 17.083.47 | 31.510.82 | 27.730.36 | 24.040.91 | |
+Ours | 35.100.06 | 34.110.51 | 30.730.47 | 26.041.00 | 34.020.41 | 30.220.54 | 27.120.81 | |
DPP | 35.131.07 | 31.310.85 | 25.840.92 | 17.280.72 | 34.950.43 | 32.140.59 | 27.610.85 | |
+Our | 33.790.33 | 30.840.63 | 30.341.02 | 26.411.58 | 32.881.34 | 31.400.59 | 28.820.30 |
Clean | Irelevant Noise | Relevant Noise | ||||||
Dataset | Method | 0% | 20% | 40% | 60% | 20% | 40% | 60% |
NQ | Random | 16.250.95 | 11.620.24 | 6.150.51 | 3.170.17 | 12.720.44 | 9.370.24 | 6.170.52 |
+Ours | 16.550.47 | 14.080.61 | 11.880.69 | 8.640.70 | 14.580.42 | 13.310.64 | 9.740.74 | |
TopK | 21.090.42 | 14.911.26 | 8.570.40 | 5.470.21 | 17.980.34 | 12.711.02 | 8.870.85 | |
+Ours | 20.650.09 | 16.650.25 | 12.410.65 | 8.141.33 | 17.850.47 | 15.450.82 | 12.010.65 | |
DPP | 19.650.31 | 13.340.84 | 8.640.72 | 5.300.00 | 16.310.51 | 12.481.07 | 8.430.48 | |
+Ours | 18.680.29 | 16.620.45 | 13.710.57 | 9.541.14 | 17.490.41 | 15.820.17 | 12.221.21 | |
WebQ | Random | 22.700.55 | 15.620.34 | 8.330.31 | 3.220.37 | 19.910.32 | 17.000.73 | 13.520.75 |
+Ours | 22.930.47 | 20.620.60 | 16.180.89 | 9.710.23 | 22.360.27 | 20.520.28 | 17.851.05 | |
TopK | 33.520.67 | 22.490.95 | 12.510.92 | 6.500.57 | 28.690.69 | 24.170.31 | 19.500.56 | |
+Ours | 31.640.10 | 26.910.37 | 19.521.29 | 12.711.50 | 29.290.48 | 26.321.39 | 21.860.60 | |
DPP | 31.490.27 | 22.660.95 | 12.510.48 | 5.271.43 | 27.640.64 | 22.900.52 | 17.820.00 | |
+Ours | 30.390.10 | 26.001.01 | 19.080.46 | 11.470.98 | 28.740.43 | 26.431.53 | 21.971.33 | |
SQuAD | Random | 58.700.59 | 46.631.20 | 27.801.42 | 11.030.62 | 54.370.66 | 46.571.02 | 35.901.71 |
+Ours | 57.730.79 | 56.870.47 | 48.500.86 | 33.001.31 | 57.700.65 | 53.930.33 | 47.570.90 | |
TopK | 58.970.42 | 49.801.44 | 34.871.68 | 15.532.23 | 56.630.80 | 49.600.78 | 36.371.16 | |
+Ours | 58.330.29 | 55.600.16 | 48.300.08 | 30.272.08 | 58.601.56 | 55.131.33 | 44.400.86 | |
DPP | 56.930.34 | 49.631.35 | 33.170.45 | 16.501.31 | 55.631.11 | 49.070.74 | 36.472.09 | |
+Ours | 57.670.82 | 56.300.14 | 50.531.14 | 34.032.43 | 57.830.25 | 53.871.25 | 44.872.05 | |
SCIQ | Random | 68.700.16 | 52.470.59 | 28.461.13 | 12.303.25 | 63.790.64 | 49.821.66 | 37.181.23 |
+Ours | 69.540.33 | 62.581.22 | 43.792.46 | 26.491.83 | 66.551.70 | 58.620.65 | 42.133.07 | |
TopK | 68.910.22 | 53.730.22 | 31.251.35 | 12.872.46 | 62.130.77 | 50.051.05 | 35.321.45 | |
+Ours | 70.000.49 | 65.231.78 | 47.533.64 | 28.104.98 | 67.872.00 | 58.393.14 | 43.334.97 | |
DPP | 68.330.72 | 55.800.90 | 34.541.92 | 15.293.34 | 62.641.87 | 52.413.41 | 39.652.12 | |
+Ours | 68.390.43 | 65.141.50 | 48.671.62 | 29.132.44 | 68.041.59 | 58.222.01 | 46.091.70 | |
GeoQuery | Random | 34.030.25 | 25.491.64 | 13.952.4 | 3.020.19 | 32.830.25 | 30.980.16 | 28.720.13 |
+Ours | 32.480.46 | 33.361.19 | 31.071.66 | 23.760.92 | 32.420.14 | 31.032.29 | 29.880.84 | |
TopK | 45.180.48 | 22.074.26 | 10.120.19 | 3.611.39 | 42.630.56 | 40.430.28 | 34.060.76 | |
+Ours | 45.080.56 | 41.880.10 | 27.722.40 | 13.091.91 | 42.730.53 | 41.370.22 | 35.531.81 | |
DPP | 46.710.29 | 25.012.15 | 15.290.05 | 8.100.95 | 44.750.48 | 39.740.23 | 33.430.65 | |
+Ours | 45.890.27 | 46.090.57 | 35.010.95 | 23.432.93 | 44.911.02 | 40.700.59 | 34.660.60 | |
NL2Bash | Random | 30.170.54 | 21.571.84 | 13.742.31 | 4.370.62 | 27.180.71 | 28.100.39 | 26.751.08 |
+Ours | 29.300.97 | 28.380.19 | 27.512.27 | 18.321.50 | 26.580.37 | 28.450.09 | 27.260.80 | |
TopK | 36.171.06 | 29.690.16 | 16.171.05 | 8.501.02 | 33.352.46 | 32.420.77 | 29.081.58 | |
+Ours | 35.160.03 | 33.320.20 | 27.730.97 | 17.824.71 | 33.140.72 | 32.750.20 | 29.690.39 | |
DPP | 37.550.56 | 29.873.04 | 16.650.36 | 6.301.20 | 34.610.46 | 32.240.69 | 28.110.64 | |
+Our | 36.930.89 | 34.650.23 | 30.451.17 | 25.361.00 | 34.571.14 | 33.311.26 | 31.900.74 |
Task | Dataset | Train Set | Test Set |
Open-Domain QA | NQ [22] | 20,000 | 1,000 |
WebQ [5] | 1,261 | 1,213 | |
Reading Comprehension | SQuAD [46] | 20,000 | 1,000 |
SCIQ [56] | 6,059 | 581 | |
Code Generation | GeoQuery [39] | 530 | 253 |
NL2Bash [27] | 5,000 | 606 |
Dataset | Prompt | Example |
NQ | Question: <Question> Answer: <Answer> | Question: The bundles of neurons in the cns are called? Answer: Nucleus |
WebQ | Question: <Question> Answer: <Answer> | Question: Where are the libyan refugees going? Answer: Tunisia |
SQuAD | Support: <Support> Question: <Question> Answer: <Answer> | Support: Among the philosophies that have influenced modern architects and their approach to building design are rationalism, empiricism, structuralism, poststructuralism. Question: Which philosophy followed structuralism? Answer: poststructuralism |
SCIQ | Support: <Support> Question: <Question> Answer: <Answer> | Support: Gravity keeps the Moon orbiting Earth. Gravity keeps the planets orbiting the Sun. Question: What keeps the moon orbiting earth? Answer: gravity |
GeoQuery | Question: <Question> Answer: <Answer> | Question: which state is Kalamazoo in Answer: SELECT city.statename FROM city WHERE city.citynamekalamazoo |
NL2Bash | Question: <Question> Answer: <Answer> | Question: Add "execute" to the permissions of all directories in the home directory tree Answer: find -type d -exec chmod +x ; |
NQ Test | Question: When did computer become widespread in homes and schools? Answer: | |
Setting | In-Context Demonstration | Prediction |
Clean | Question: When did the internet first become available to the public? Answer: 1980s | 1980s |
Irrelevant | Question: When did the internet first become available to the public? Answer: Crude Oil | Crude Oil |
Relevant | Question: When did the internet first become available to the public? Answer: 2010s | 2010s |
WebQ Test | Question: When did computer become widespread in homes and schools? Answer: | |
Setting | In-Context Demonstration | Prediction |
Clean | Question: When did the internet first become available to the public? Answer: 1980s | 1980s |
Irrelevant | Question: When did the internet first become available to the public? Answer: Crude Oil | Crude Oil |
Relevant | Question: When did the internet first become available to the public? Answer: 2010s | 2010s |
SQuAD Input | Support: The Super Bowl 50 Host Committee has vowed to be "the most giving Super Bowl ever", and will dedicate 25 percent of all money it raises for philanthropic causes in the Bay Area. The committee created the 50 fund as its philanthropic initiative and focuses on providing grants to aid with youth development, community investment and sustainable environments. Question: What is the name of the fund that focuses on youth, community and sustainable environments? Output: | |
Setting | In-Context Demonstration | Prediction |
Clean | Support: UNFPA works in partnership with governments, along with other United Nations agencies, communities, NGOs, foundations and the private sector, to raise awareness and mobilize the support needed to achieve its mission to promote the rights and health of women and young people. Question: With what sort of agencies does UNFPA work? Output: governments | 25 percent |
Irrelevant | Support: Cells are organized into tissues, tissues are organized into organs. Question: What is considered the smallest unit of the organ? Output: Earth | Earth |
Relevant | Support: Cells are organized into tissues, tissues are organized into organs. Question: What is considered the smallest unit of the organ? Output: tissues | 50 fund |
SCIQ Input | Support: All forms of life are built of at least one cell. A cell is the basic unit of the structure and function of living things. Question: What are the smallest structural and functional units of all living organisms? Output: | |
Setting | In-Context Demonstration | Prediction |
Clean | Support: Cells are organized into tissues, tissues are organized into organs. Question: What is considered the smallest unit of the organ? Output: Cells | Cells |
Irrelevant | Support: Cells are organized into tissues, tissues are organized into organs. Question: What is considered the smallest unit of the organ? Output: Earth | Earth |
Relevant | Support: Cells are organized into tissues, tissues are organized into organs. Question: What is considered the smallest unit of the organ? Output: tissues | tissues |
GeoQuery Test | Question: How high is the highest point of Alabama? Answer: |
Setting | In-Context Demonstration |
Clean | Question: How high is the highest point in Montana? Answer: SELECT highlow.highest.elevation FROM highlow WHERE highlow. statename=’Montana’ Prediction: SELECT highlow.highest.elevation FROM highlow WHERE highlow. statename=’Alabama’ |
Irrelevant | Question: How high is the highest point in Montana? Answer: more than 900 million Prediction: What are the highest point in Alabama |
Relevant | Question: How high is the highest point in Montana? Answer: SELECT city.cityname FROM city WHERE city.statename=’Montana’ Prediction: SELECT city.cityname FROM city WHERE city.statename=’Alabama’ |
NL2Bash Test | Question: List all files in the current directory tree larger than 1000 kb Answer: |
Setting | In-Context Demonstration |
Clean | Question: Find and show all files in the current directory tree that are exactly 1000 kB. Answer: find . -size 1000k Prediction: find . -size +1000k |
Irrelevant | Question: Find and show all files in the current directory tree that are exactly 2000 kB? Answer: Arizona Department of Water Resources Prediction: 3 files |
Relevant | Question: Find and show all files in the current directory tree that are exactly 2000 kB? Answer: find . -type f -size 2000 -name "*.err" Prediction: find . -type f -size +1000 -name "*.err" |
NeurIPS Paper Checklist
-
1.
Claims
-
Question: Do the main claims made in the abstract and introduction accurately reflect the paper’s contributions and scope?
-
Answer: [Yes]
-
Justification: The abstract and introduction clearly state our scope, motivation, method, experimental results and contribution. See section 1.
-
Guidelines:
-
•
The answer NA means that the abstract and introduction do not include the claims made in the paper.
-
•
The abstract and/or introduction should clearly state the claims made, including the contributions made in the paper and important assumptions and limitations. A No or NA answer to this question will not be perceived well by the reviewers.
-
•
The claims made should match theoretical and experimental results, and reflect how much the results can be expected to generalize to other settings.
-
•
It is fine to include aspirational goals as motivation as long as it is clear that these goals are not attained by the paper.
-
•
-
2.
Limitations
-
Question: Does the paper discuss the limitations of the work performed by the authors?
-
Answer: [Yes]
-
Justification: Our approach is suboptimal in cases of high noise rates due to the assumption that clean annotations are the majority in the dataset. In addition, we do not provide a theoretical analysis to show how noisy annotations affect ICL, which will be an interesting direction for future research. See section 7.
-
Guidelines:
-
•
The answer NA means that the paper has no limitation while the answer No means that the paper has limitations, but those are not discussed in the paper.
-
•
The authors are encouraged to create a separate "Limitations" section in their paper.
-
•
The paper should point out any strong assumptions and how robust the results are to violations of these assumptions (e.g., independence assumptions, noiseless settings, model well-specification, asymptotic approximations only holding locally). The authors should reflect on how these assumptions might be violated in practice and what the implications would be.
-
•
The authors should reflect on the scope of the claims made, e.g., if the approach was only tested on a few datasets or with a few runs. In general, empirical results often depend on implicit assumptions, which should be articulated.
-
•
The authors should reflect on the factors that influence the performance of the approach. For example, a facial recognition algorithm may perform poorly when image resolution is low or images are taken in low lighting. Or a speech-to-text system might not be used reliably to provide closed captions for online lectures because it fails to handle technical jargon.
-
•
The authors should discuss the computational efficiency of the proposed algorithms and how they scale with dataset size.
-
•
If applicable, the authors should discuss possible limitations of their approach to address problems of privacy and fairness.
-
•
While the authors might fear that complete honesty about limitations might be used by reviewers as grounds for rejection, a worse outcome might be that reviewers discover limitations that aren’t acknowledged in the paper. The authors should use their best judgment and recognize that individual actions in favor of transparency play an important role in developing norms that preserve the integrity of the community. Reviewers will be specifically instructed to not penalize honesty concerning limitations.
-
•
-
3.
Theory Assumptions and Proofs
-
Question: For each theoretical result, does the paper provide the full set of assumptions and a complete (and correct) proof?
-
Answer: [Yes]
-
Justification: Our approach is built on two natural assumptions that are naturally satisfied in the real world. In the literature, the assumptions are also supported by previous findings that paragraphs whose representations are close to each other share the same intrinsic task. See section 1.
-
Guidelines:
-
•
The answer NA means that the paper does not include theoretical results.
-
•
All the theorems, formulas, and proofs in the paper should be numbered and cross-referenced.
-
•
All assumptions should be clearly stated or referenced in the statement of any theorems.
-
•
The proofs can either appear in the main paper or the supplemental material, but if they appear in the supplemental material, the authors are encouraged to provide a short proof sketch to provide intuition.
-
•
Inversely, any informal proof provided in the core of the paper should be complemented by formal proofs provided in appendix or supplemental material.
-
•
Theorems and Lemmas that the proof relies upon should be properly referenced.
-
•
-
4.
Experimental Result Reproducibility
-
Question: Does the paper fully disclose all the information needed to reproduce the main experimental results of the paper to the extent that it affects the main claims and/or conclusions of the paper (regardless of whether the code and data are provided or not)?
-
Answer: [Yes]
-
Justification: We detailedly introduce to our method and provided code and data to make our experiment reproducible. See section 4.
-
Guidelines:
-
•
The answer NA means that the paper does not include experiments.
-
•
If the paper includes experiments, a No answer to this question will not be perceived well by the reviewers: Making the paper reproducible is important, regardless of whether the code and data are provided or not.
-
•
If the contribution is a dataset and/or model, the authors should describe the steps taken to make their results reproducible or verifiable.
-
•
Depending on the contribution, reproducibility can be accomplished in various ways. For example, if the contribution is a novel architecture, describing the architecture fully might suffice, or if the contribution is a specific model and empirical evaluation, it may be necessary to either make it possible for others to replicate the model with the same dataset, or provide access to the model. In general. releasing code and data is often one good way to accomplish this, but reproducibility can also be provided via detailed instructions for how to replicate the results, access to a hosted model (e.g., in the case of a large language model), releasing of a model checkpoint, or other means that are appropriate to the research performed.
-
•
While NeurIPS does not require releasing code, the conference does require all submissions to provide some reasonable avenue for reproducibility, which may depend on the nature of the contribution. For example
-
(a)
If the contribution is primarily a new algorithm, the paper should make it clear how to reproduce that algorithm.
-
(b)
If the contribution is primarily a new model architecture, the paper should describe the architecture clearly and fully.
-
(c)
If the contribution is a new model (e.g., a large language model), then there should either be a way to access this model for reproducing the results or a way to reproduce the model (e.g., with an open-source dataset or instructions for how to construct the dataset).
-
(d)
We recognize that reproducibility may be tricky in some cases, in which case authors are welcome to describe the particular way they provide for reproducibility. In the case of closed-source models, it may be that access to the model is limited in some way (e.g., to registered users), but it should be possible for other researchers to have some path to reproducing or verifying the results.
-
(a)
-
•
-
5.
Open access to data and code
-
Question: Does the paper provide open access to the data and code, with sufficient instructions to faithfully reproduce the main experimental results, as described in supplemental material?
-
Answer: [Yes]
-
Justification: We submit our code and data as supplemental materials. We provide instructions that contain the exact command and environment needed to run to reproduce the results.
-
Guidelines:
-
•
The answer NA means that paper does not include experiments requiring code.
-
•
Please see the NeurIPS code and data submission guidelines (https://nips.cc/public/guides/CodeSubmissionPolicy) for more details.
-
•
While we encourage the release of code and data, we understand that this might not be possible, so “No” is an acceptable answer. Papers cannot be rejected simply for not including code, unless this is central to the contribution (e.g., for a new open-source benchmark).
-
•
The instructions should contain the exact command and environment needed to run to reproduce the results. See the NeurIPS code and data submission guidelines (https://nips.cc/public/guides/CodeSubmissionPolicy) for more details.
-
•
The authors should provide instructions on data access and preparation, including how to access the raw data, preprocessed data, intermediate data, and generated data, etc.
-
•
The authors should provide scripts to reproduce all experimental results for the new proposed method and baselines. If only a subset of experiments are reproducible, they should state which ones are omitted from the script and why.
-
•
At submission time, to preserve anonymity, the authors should release anonymized versions (if applicable).
-
•
Providing as much information as possible in supplemental material (appended to the paper) is recommended, but including URLs to data and code is permitted.
-
•
-
6.
Experimental Setting/Details
-
Question: Does the paper specify all the training and test details (e.g., data splits, hyperparameters, how they were chosen, type of optimizer, etc.) necessary to understand the results?
-
Answer: [Yes]
-
Justification: We specify all demonstration selection and test details in the section A.2. The full details can be found in our code which be provided as supplemental material.
-
Guidelines:
-
•
The answer NA means that the paper does not include experiments.
-
•
The experimental setting should be presented in the core of the paper to a level of detail that is necessary to appreciate the results and make sense of them.
-
•
The full details can be provided either with the code, in appendix, or as supplemental material.
-
•
-
7.
Experiment Statistical Significance
-
Question: Does the paper report error bars suitably and correctly defined or other appropriate information about the statistical significance of the experiments?
-
Answer: [Yes]
-
Guidelines:
-
•
The answer NA means that the paper does not include experiments.
-
•
The authors should answer "Yes" if the results are accompanied by error bars, confidence intervals, or statistical significance tests, at least for the experiments that support the main claims of the paper.
-
•
The factors of variability that the error bars are capturing should be clearly stated (for example, train/test split, initialization, random drawing of some parameter, or overall run with given experimental conditions).
-
•
The method for calculating the error bars should be explained (closed form formula, call to a library function, bootstrap, etc.)
-
•
The assumptions made should be given (e.g., Normally distributed errors).
-
•
It should be clear whether the error bar is the standard deviation or the standard error of the mean.
-
•
It is OK to report 1-sigma error bars, but one should state it. The authors should preferably report a 2-sigma error bar than state that they have a 96% CI, if the hypothesis of Normality of errors is not verified.
-
•
For asymmetric distributions, the authors should be careful not to show in tables or figures symmetric error bars that would yield results that are out of range (e.g. negative error rates).
-
•
If error bars are reported in tables or plots, The authors should explain in the text how they were calculated and reference the corresponding figures or tables in the text.
-
•
-
8.
Experiments Compute Resources
-
Question: For each experiment, does the paper provide sufficient information on the computer resources (type of compute workers, memory, time of execution) needed to reproduce the experiments?
-
Answer: [Yes]
-
Justification: We run our experiments on 8 NVIDIA L40 GPUs. The detailed experiments compute resources and the cost is reported on section A.2.
-
Guidelines:
-
•
The answer NA means that the paper does not include experiments.
-
•
The paper should indicate the type of compute workers CPU or GPU, internal cluster, or cloud provider, including relevant memory and storage.
-
•
The paper should provide the amount of compute required for each of the individual experimental runs as well as estimate the total compute.
-
•
The paper should disclose whether the full research project required more compute than the experiments reported in the paper (e.g., preliminary or failed experiments that didn’t make it into the paper).
-
•
-
9.
Code Of Ethics
-
Question: Does the research conducted in the paper conform, in every respect, with the NeurIPS Code of Ethics. https://neurips.cc/public/EthicsGuidelines?
-
Answer: [Yes]
-
Justification: We conduct with the NeurIPS Code of Ethics, in the paper conform, in every respect.
-
Guidelines:
-
•
The answer NA means that the authors have not reviewed the NeurIPS Code of Ethics.
-
•
If the authors answer No, they should explain the special circumstances that require a deviation from the Code of Ethics.
-
•
The authors should make sure to preserve anonymity (e.g., if there is a special consideration due to laws or regulations in their jurisdiction).
-
•
-
10.
Broader Impacts
-
Question: Does the paper discuss both potential positive societal impacts and negative societal impacts of the work performed?
-
Answer: [N/A]
-
Justification: This paper presents work whose goal is to advance the field of Machine Learning. There are many potential societal consequences of our work, none of which we feel must be specifically highlighted here. See section 1.
-
Guidelines:
-
•
The answer NA means that there is no societal impact of the work performed.
-
•
If the authors answer NA or No, they should explain why their work has no societal impact or why the paper does not address societal impact.
-
•
Examples of negative societal impacts include potential malicious or unintended uses (e.g., disinformation, generating fake profiles, surveillance), fairness considerations (e.g., deployment of technologies that could make decisions that unfairly impact specific groups), privacy considerations, and security considerations.
-
•
The conference expects that many papers will be foundational research and not tied to particular applications, let alone deployments. However, if there is a direct path to any negative applications, the authors should point it out. For example, it is legitimate to point out that an improvement in the quality of generative models could be used to generate deepfakes for disinformation. On the other hand, it is not needed to point out that a generic algorithm for optimizing neural networks could enable people to train models that generate Deepfakes faster.
-
•
The authors should consider possible harms that could arise when the technology is being used as intended and functioning correctly, harms that could arise when the technology is being used as intended but gives incorrect results, and harms following from (intentional or unintentional) misuse of the technology.
-
•
If there are negative societal impacts, the authors could also discuss possible mitigation strategies (e.g., gated release of models, providing defenses in addition to attacks, mechanisms for monitoring misuse, mechanisms to monitor how a system learns from feedback over time, improving the efficiency and accessibility of ML).
-
•
-
11.
Safeguards
-
Question: Does the paper describe safeguards that have been put in place for responsible release of data or models that have a high risk for misuse (e.g., pretrained language models, image generators, or scraped datasets)?
-
Answer: [N/A]
-
Guidelines:
-
•
The answer NA means that the paper poses no such risks.
-
•
Released models that have a high risk for misuse or dual-use should be released with necessary safeguards to allow for controlled use of the model, for example by requiring that users adhere to usage guidelines or restrictions to access the model or implementing safety filters.
-
•
Datasets that have been scraped from the Internet could pose safety risks. The authors should describe how they avoided releasing unsafe images.
-
•
We recognize that providing effective safeguards is challenging, and many papers do not require this, but we encourage authors to take this into account and make a best faith effort.
-
•
-
12.
Licenses for existing assets
-
Question: Are the creators or original owners of assets (e.g., code, data, models), used in the paper, properly credited and are the license and terms of use explicitly mentioned and properly respected?
-
Answer: [Yes]
-
Guidelines:
-
•
The answer NA means that the paper does not use existing assets.
-
•
The authors should cite the original paper that produced the code package or dataset.
-
•
The authors should state which version of the asset is used and, if possible, include a URL.
-
•
The name of the license (e.g., CC-BY 4.0) should be included for each asset.
-
•
For scraped data from a particular source (e.g., website), the copyright and terms of service of that source should be provided.
-
•
If assets are released, the license, copyright information, and terms of use in the package should be provided. For popular datasets, paperswithcode.com/datasets has curated licenses for some datasets. Their licensing guide can help determine the license of a dataset.
-
•
For existing datasets that are re-packaged, both the original license and the license of the derived asset (if it has changed) should be provided.
-
•
If this information is not available online, the authors are encouraged to reach out to the asset’s creators.
-
•
-
13.
New Assets
-
Question: Are new assets introduced in the paper well documented and is the documentation provided alongside the assets?
-
Answer: [Yes]
-
Justification: The dataset used in this paper has been submitted as supplemental materials.
-
Guidelines:
-
•
The answer NA means that the paper does not release new assets.
-
•
Researchers should communicate the details of the dataset/code/model as part of their submissions via structured templates. This includes details about training, license, limitations, etc.
-
•
The paper should discuss whether and how consent was obtained from people whose asset is used.
-
•
At submission time, remember to anonymize your assets (if applicable). You can either create an anonymized URL or include an anonymized zip file.
-
•
-
14.
Crowdsourcing and Research with Human Subjects
-
Question: For crowdsourcing experiments and research with human subjects, does the paper include the full text of instructions given to participants and screenshots, if applicable, as well as details about compensation (if any)?
-
Answer: [N/A]
-
Justification: Our paper does not involve crowdsourcing nor research with human subjects.
-
Guidelines:
-
•
The answer NA means that the paper does not involve crowdsourcing nor research with human subjects.
-
•
Including this information in the supplemental material is fine, but if the main contribution of the paper involves human subjects, then as much detail as possible should be included in the main paper.
-
•
According to the NeurIPS Code of Ethics, workers involved in data collection, curation, or other labor should be paid at least the minimum wage in the country of the data collector.
-
•
-
15.
Institutional Review Board (IRB) Approvals or Equivalent for Research with Human Subjects
-
Question: Does the paper describe potential risks incurred by study participants, whether such risks were disclosed to the subjects, and whether Institutional Review Board (IRB) approvals (or an equivalent approval/review based on the requirements of your country or institution) were obtained?
-
Answer: [N/A]
-
Justification: Our paper does not involve crowdsourcing nor research with human subjects.
-
Guidelines:
-
•
The answer NA means that the paper does not involve crowdsourcing nor research with human subjects.
-
•
Depending on the country in which research is conducted, IRB approval (or equivalent) may be required for any human subjects research. If you obtained IRB approval, you should clearly state this in the paper.
-
•
We recognize that the procedures for this may vary significantly between institutions and locations, and we expect authors to adhere to the NeurIPS Code of Ethics and the guidelines for their institution.
-
•
For initial submissions, do not include any information that would break anonymity (if applicable), such as the institution conducting the review.
-
•