<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>An Eficient Long-Context Ranking Architecture With Calibrated LLM Distillation: Application to Person-Job Fit</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Warren Jouanneau</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Emma Joufroy</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Marc Palyart</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Malt</institution>
          ,
          <addr-line>33000 Bordeaux</addr-line>
          ,
          <country country="FR">France</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Model Inf.</institution>
          ,
          <addr-line>size</addr-line>
        </aff>
      </contrib-group>
      <abstract>
        <p>Finding the most relevant person for a job proposal in real time is challenging, especially when resumes are long, structured, and multilingual. In this paper, we propose a re-ranking model based on a new generation of late cross-attention architecture, that decomposes both resumes and project briefs to eficiently handle long-context inputs with minimal computational overhead. To mitigate historical data biases, we use a generative large language model (LLM) as a teacher, generating fine-grained, semantically grounded supervision. This signal is distilled into our student model via an enriched distillation loss function. The resulting model produces skill-fit scores that enable consistent and interpretable person-job matching. Experiments on relevance, ranking, and calibration metrics demonstrate that our approach outperforms state-of-the-art baselines.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;Ranking</kwd>
        <kwd>Recommender System</kwd>
        <kwd>Information Retrieval</kwd>
        <kwd>Generative LLM</kwd>
        <kwd>Natural Language Processing</kwd>
        <kwd>Language Model</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        The application of machine learning to Human Resources
(HR) data has led to significant advances in tasks such as
career path prediction [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] or skill extraction [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. Central to
this domain is the challenge of matching talent to projects, a
core component of modern recommender systems. On
largescale platforms, this task requires an automated process to
navigate thousands of potential candidates eficiently. This
challenge is especially acute in freelancing marketplaces,
like Malt, Europe’s leading freelancing marketplace with
over 850.000 freelancers among a broad range of industries
(from technical roles like back-end development to creative
ifelds such as design), where precision is critical: freelancers
are often expected to contribute efectively upon starting a
project.
      </p>
      <p>
        A common approach for such systems is a two-stage
pipeline consisting of a retrieval and a ranking phase. Our
work focuses on the latter, where creating an efective and
scalable model presents several challenges. First, freelancer
profiles and project briefs are often long, structured
documents written in multiple languages. While lexical
matching methods fall short in capturing deep semantic meaning,
many transformer-based models that excel at this are
limited to short input lengths or require significant
computational resources not suitable for real-time inference. Second,
the performance of supervised learning-to-rank models is
highly dependent on the quality of training data. Real-world
recommender systems often produce sparse, biased
interaction data [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. Selection and exposure biases stem from users
engaging only with visible items, making missing data
ambiguous [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. Presentation and popularity biases inflate the
most popular and top-ranked items, limiting diversity [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ].
In addition, interaction histories can reinforce stereotypes
and underrepresent certain user groups [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ].
      </p>
      <p>
        Beyond the challenges of training on biased data, neural
ranking models present another critical limitation in HR
contexts: their outputs frequently lack the global score
calibration that is essential for interpretability and consistent,
query-invariant comparisons. A promising strategy to
instill these desired properties while maintaining eficiency
is knowledge distillation [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. This paradigm, which
transfers the nuanced judgments of a large "teacher" model to
a compact "student" model, has emerged as a powerful
approach for complex reranking tasks and provides a pathway
to bridge this gap.
      </p>
      <p>To address all of these challenges, we propose a novel
framework that distills the semantic reasoning of a
generative Large Language Model (LLM) into a lightweight,
eficient, and calibrated ranking model. We use the LLM
as a "teacher" to generate fine-grained and semantically
grounded relevance scores, creating a robust supervisory
signal that overcomes the limitations of biased historical
data. Our contributions are twofold:
• A Distillation Framework for a Calibrated and
Interpretable Semantic Score: We introduce a distillation
framework to produce a relevance score that is both
interpretable and semantically calibrated. First, to
overcome the limitations of biased and sparse
historical interaction data, our method uses a generative
LLM to provide a semantically calibrated relevancy
score. Second, we combine a distillation loss
sensitive to both ranking and score magnitude with
direct score supervision to improve calibration.
Overall, This ensures that the final score produced by
our model has a consistent meaning across diferent
freelancer-project pairs, making it suitable for
ranking and for use in downstream business applications.
• A Lightweight, Long-Context Reranking
Architecture: We propose an eficient student model that
processes long-form profiles and project briefs by
decomposing them into structured utterances. Its
cross-attention comparison block, inspired by late
interaction mechanisms, efectively captures
finegrained semantic alignment while remaining
computationally inexpensive for real-time inference.</p>
      <p>The remainder of this paper is organized as follows.
Section 2 refines our problem statement and reviews related
work on HR recommendation systems and semantic ranking
algorithms. Section 3 presents in depth our dataset creation
and ranking algorithm alongside the training objective.
Section 4 describes the experimental setup and results. We
conclude in Section 5 with future directions.</p>
    </sec>
    <sec id="sec-2">
      <title>2. Related Work</title>
      <p>
        In HR applications, ranking or re-ranking is used to refine
candidate-job matches after an initial retrieval stage,
aiming to surface the most relevant candidates eficiently. One
approach to candidate-job ranking uses single-stream
comparison models, from Recurrent Neural Networks (RNNs)
with attention [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] to Graph Convolutional Networks (GCNs)
that capture structured relationships [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ].
      </p>
      <p>
        Driven by real-time constraints in deployment, bipartite
architectures (bi-encoders) became popular. These encode
candidates and jobs separately before applying a similarity
function. Early implementations relied on convolutional
encoders and contrastive training [
        <xref ref-type="bibr" rid="ref10 ref11">10, 11</xref>
        ], while more recent
work adopted transformer-based models such as
ConsultantBERT [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ], extending Sentence-BERT [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] to the HR
domain. Contrastive performance has been further improved
via data augmentation—either through heuristics [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] or
LLM-generated synthetic resumes [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ], and federated
learning setups [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ].
      </p>
      <p>
        To go beyond independent encoding, graph-based
methods capture richer structural relationships. Some use
external knowledge graphs to learn job and candidate
embeddings [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ], while others incorporate relational structure into
transformers branches using losses [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ] or relational GCNs
trained jointly with encoders [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ].
      </p>
      <p>
        Recent attention-based comparison models reintroduce
interaction layers, similar to earlier single-stream designs, to
capture fine-grained alignments between job requirements
and candidate profiles, improving ranking accuracy [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ].
Large, Structured, Multilingual Documents. HR
platforms operating across countries must match candidates
to jobs using long, structured, and multilingual documents
[
        <xref ref-type="bibr" rid="ref10 ref12 ref14">10, 12, 14</xref>
        ]. To capture structural information, such as
education, skills, and experience, some approaches adopt
hierarchical or field-aware encoders that reflect document
layout [
        <xref ref-type="bibr" rid="ref10 ref8">8, 10</xref>
        ], while others use segment-level encoding and
aggregation to align subfields across candidate and job
proifles [
        <xref ref-type="bibr" rid="ref14 ref21">14, 21</xref>
        ]. Language alignment in bi-encoders has been
tackled through distillation techniques [
        <xref ref-type="bibr" rid="ref22">22</xref>
        ], as in
multilingual Sentence-BERT [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]. Arctic-Embed-v2 [
        <xref ref-type="bibr" rid="ref23">23</xref>
        ] extends
this paradigm to both long-context and compact variants.
To incorporate interaction modeling without retraining, late
interaction mechanisms such as ColBERT [
        <xref ref-type="bibr" rid="ref24">24</xref>
        ] have been
introduced. Alternatively, single-stream rerankers such as
Qwen3 [
        <xref ref-type="bibr" rid="ref25">25</xref>
        ] also support long multilingual inputs.
      </p>
      <sec id="sec-2-1">
        <title>Generative Large Language Models for Reranking.</title>
        <p>
          Generative large language models (LLMs) have recently
emerged as competitive zero-shot rerankers, for large
multilingual documents, by leveraging their capacity to
reason over document-query pairs in natural language.
Unlike dense retrieval or cross-encoders trained on annotated
datasets, generative LLMs can predict ranking permutations
directly [
          <xref ref-type="bibr" rid="ref26">26</xref>
          ], or assign relevance scores to each candidate
[
          <xref ref-type="bibr" rid="ref27">27</xref>
          ] without needing further training. Several techniques
have been proposed to improve reranking performance:
prompt design algorithms [
          <xref ref-type="bibr" rid="ref28">28</xref>
          ] and output manipulation
strategies [
          <xref ref-type="bibr" rid="ref29">29</xref>
          ]. In-context reranking (ICR) methods use
the LLM’s attention dynamics to infer preferences across
candidates [
          <xref ref-type="bibr" rid="ref30">30</xref>
          ]. Others explore using internal
representations such as first-token embeddings to train lightweight
rerankers on top of frozen LLMs [
          <xref ref-type="bibr" rid="ref31">31</xref>
          ]. These approaches
ofer a flexible, instruction-following alternative to
traditional supervised rankers, especially in zero-shot setups
where labeled training data is unavailable or biased.
However, their high latency and computational cost are often
not compatible with live inference.
        </p>
        <p>
          Distillation from Generative LLMs. To address the
impracticality of using directly generative LLMs in production,
they can serve as teachers in a distillation setup—generating
either synthetic training data (e.g., queries or candidate
items [
          <xref ref-type="bibr" rid="ref15">15</xref>
          ]) or soft supervision signals (e.g., scores or
ranking permutations). This information is then used to train
smaller, eficient student models. For example, Sun et al.
[
          <xref ref-type="bibr" rid="ref32">32</xref>
          ] demonstrate that listwise permutations produced by
LLMs can be treated as ground-truth orderings for training
student models using RankNet [
          <xref ref-type="bibr" rid="ref33">33</xref>
          ], outperforming
traditional supervised baselines. Other works, such as Shang
et al. [
          <xref ref-type="bibr" rid="ref34">34</xref>
          ], explore score-level distillation by fine-tuning on
margin-aware objectives tailored for LLM-generated
supervision. Their approach builds on margin-MSE [
          <xref ref-type="bibr" rid="ref35">35</xref>
          ], adapting
it for better transfer from LLM score distributions. Although
these methods might bring biases from their own training
data[
          <xref ref-type="bibr" rid="ref36">36</xref>
          ], for example, minor group favoritism or skewed
token priors, they highlight the promise of generative LLMs
as a rich source of ranking signal to tackle many of the
biases present in recommender training data.
        </p>
        <p>
          Ranking Calibration. In ranking systems, score
calibration is critical when downstream tasks rely not just on
item orderings but also on the absolute values of predicted
scores—for example, in multi-stage retrieval, risk-aware
decisions, or interpretability of results. However, most ranking
losses do not enforce calibration, often producing scores
that lack a consistent scale [
          <xref ref-type="bibr" rid="ref37">37</xref>
          ]. Solutions include
modeling uncertainty via dropout or ensembles [
          <xref ref-type="bibr" rid="ref38">38</xref>
          ], leveraging
LLM-generated explanations as auxiliary signals [
          <xref ref-type="bibr" rid="ref39">39</xref>
          ], or
applying post-hoc corrections like binning. Some approaches
directly integrate calibration into the loss function,
including recent work on distillation-aware objectives such as
CLID [
          <xref ref-type="bibr" rid="ref40">40</xref>
          ]. Together, these methods help ensure that
ranking models produce scores that are meaningful, comparable
across queries, and robust for real-world applications.
        </p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>3. Approach</title>
      <p>Let P and F denote the sets of all projects and freelancers,
respectively. Each project  ∈ P is represented by a brief
document , and each freelancer  ∈ F by a profile  .
These documents are composed of structured textual
sections denoted ,, where  ∈ {P, F} and  ∈  refers to
a document-specific section type. Thus, each document is
defined as:</p>
      <p>= {, |  ∈ }.</p>
      <p>
        Our goal is to obtain a model  with parameters  that
estimates a continuous skill fit relevance score , ∈ [
        <xref ref-type="bibr" rid="ref1">0, 1</xref>
        ]
for any pair (, ):
      </p>
      <p>( , ) = ,.</p>
      <p>This score is intended to reflect the skill-fit between a
freelancer and a project, enabling skills based ranking such
that:
∀,  ′ ∈ F, , &gt; ′, ⇒  ≻   ′.</p>
      <p>Beyond ranking accuracy, we aim for the scores
to be interpretable and comparable across diferent
project–freelancer pairs, i.e., semantically calibrated. This
enables to use them as meaningful features for
downstream applications such as explanation, policy decisions,
or business-level ranking.</p>
      <p>
        Let ℛ be a fixed reference set of matching interpretations
(e.g., “unqualified,” “partial match,” “strong match” , ...), and let
 : [
        <xref ref-type="bibr" rid="ref1">0, 1</xref>
        ] → ℛ be a mapping from scores to interpretation.
In this setting, semantic calibration requires:
∀,′∈F (, = ′,′ ) ⇒ ((,) = (′,′ )) . (1)
,′∈P
      </p>
      <p>This ensures that identical scores carry consistent
meaning across contexts, facilitating explanations and
cross-project comparability.</p>
      <p>To obtain such calibrated scores, we assume the existence
of a model  ′ that assigns a relevance category  ∈ ℛ to
any freelancer–project pair (,  ):</p>
      <p>′ (,  ) = .</p>
      <p>
        Conceptually, an approximate inverse mapping ˜− 1 :
ℛ → [
        <xref ref-type="bibr" rid="ref1">0, 1</xref>
        ], can be constructed to associate each semantic
category with a reference score:
      </p>
      <p>˜− 1() = E∼ (|()=)[].</p>
      <p>In results, a teacher model teacher can be defined as :
teacher(,  ) = ˜− 1( ′ (,  )),
which outputs semantically calibrated scores grounded in
the interpretation space ℛ.</p>
      <p>To make inference scalable, we train a compact student
model student that mimics teacher:
student(,  ) ≈ teacher(,  ).
(2)</p>
      <p>This distillation process, illustrated in Figure 1, enables
us to preserve the hypothetic semantic calibration and
interpretability of teacher-generated scores in a lightweight
model suitable for real-time deployment.</p>
      <sec id="sec-3-1">
        <title>3.1. Generative LLM relevance scoring</title>
        <p>Having outlined our general approach and the necessity of
semantic calibration, we now detail our methodology for
obtaining calibrated training data.</p>
        <p>
          In the absence of high-quality, semantically calibrated
data, we propose leveraging generative large language
models (LLMs) as teachers to generate skill-fit supervision
signals. Indeed, as stated in the introduction (Section 1),
our historical data is mostly sparse, noisy, biased and
uncalibrated. In contrast, a generative LLM can evaluate
tasks within a defined context, allowing us to create more
ifne-grained and semantically accurate supervision signals,
denoted as , ∈ [
          <xref ref-type="bibr" rid="ref1">0, 1</xref>
          ]. We assume that a generative
LLM possesses suficient semantic reasoning capacity
to determine the correct relevance category  ∈ ℛ and
execute the inverse mapping ˜− 1.
        </p>
        <p>
          To generate these scores, the following context is defined
in the model’s prompt:
" You are an objective assistant in a freelancer-job
matching platform. Given a job description and several freelancer
profiles, evaluate each freelancer’s suitability for the job.
Provide a concise reasoning and a score between 0 and 1 for each
freelancer. "
Within this context, the model is instructed to return both
a score and a reasoning justification which has been shown
to provide better results for complex tasks [
          <xref ref-type="bibr" rid="ref41">41</xref>
          ]. Both the
job description and the freelancer profile are provided in
plain text, with each section clearly delineated by specific
indicators (e.g., "skills:", "description", etc.). By providing
these information, the aim for the model is to generate a
score that is aligned with the context and independent of
user behavior artifacts, such as :
teacher(,  ) = , ∈ [
          <xref ref-type="bibr" rid="ref1">0, 1</xref>
          ].
(3)
        </p>
        <p>To ensure semantic calibration, the prompt also contains
a predefined matching interpretation set ℛ, aligning each
score with a relevance category :
Listing 1: Reference list within the teacher model’s prompt
0.0: No relevant skills or experience. Completely unable to
perform the job.
0.2: Minor relevance. Few matching skills or limited experience.</p>
        <p>High chance they will be unable to perform the job.
0.4: Moderate match. Some relevant skills or experience. Would
probably not be able to do the job.
0.6: Good match. Mostly relevant skills and experience. Can
perform with some ramp−up.
0.8: Strong match. Highly relevant skills and experience. Ready
to perform well.
1.0: Perfect match. Skills and experience fully aligned with job
needs. Expert on the topic.</p>
        <p>By inserting this predefined mapping directly into the
prompt design, the LLM is able to select a score that best
represents the skill-fit between the freelancer and the job,
according to the defined semantic categories.</p>
        <p>To promote better instruction understanding and score
consistency, the LLM is prompted with twelve freelancer
profiles per project, with at least one " unsuitable" and one
"perfect". While each candidate is scored independently,
batching them in the same prompt encourages the model to
improve the score quality, without compromising semantic
interpretability.</p>
        <p>While this approach allows to obtain the expected
semantically calibrated relevancy score, it remains
computationally and environmentally expensive for large-scale inference.
To overcome such limitations, a lightweight student model
can be designed to approximate the LLM’s output, as
detailed in the following sections.</p>
      </sec>
      <sec id="sec-3-2">
        <title>3.2. Light relevance scoring architecture</title>
        <p>To retain the semantic abilities of the teacher model within a
more compact one, the proposed architecture for the student
model, student, illustrated in Figure 1, is composed of two
main components:
1. Document Encoders: One encoder branch for each
document type (i.e., project briefs and freelancer
profiles), as shown in Figure 2.
2. Comparison Block: An attention-based
comparison module, detailed in Figure 3.</p>
        <p>The following sections describe each of these components
in detail.</p>
        <sec id="sec-3-2-1">
          <title>3.2.1. Leveraging Pre-trained Multilingual Sentence</title>
        </sec>
        <sec id="sec-3-2-2">
          <title>Encoder — Document Encoders</title>
          <p>
            To encode documents, we build upon our previous work on
retrieval models [
            <xref ref-type="bibr" rid="ref21">21</xref>
            ] within the same project-freelancer
matching setting. Each document  (either a brief
or a profile) is encoded independently by processing
its structured textual sections , using a pre-trained
multilingual sentence encoder and a categorical encoding.
This process is illustrated in Figure 2.
          </p>
          <p>Unlike our previous token-level model, each section ,
is segmented into minimal textual units that are referred to
as utterances</p>
          <p>, = {,, |  = 1 · · · ,}.</p>
          <p>
            This strategy aligns with the intended use of sentence-BERT
models [
            <xref ref-type="bibr" rid="ref13">13</xref>
            ] and the short length of utterances simplifies
encoding, enabling the use of smaller backbones.
          </p>
          <p>Utterances are defined diferently depending on the
section type:
• For paragraph-based sections (e.g., descriptions),
utterances correspond to individual sentences.
• For tag-based sections, each tag is treated as a
separate utterance.</p>
          <p>• Titles are encoded as single-utterance sequences.</p>
          <p>Each utterance ,, is processed by the pre-trained
sentence encoder backbone and enriched with a learned
categorical encoding categorical specific to section type . The
resulting vector is passed through a linear layer:
,, =  · (︀ Backbone(,,) + categorical ︀) + . (4)
This categorical encoding helps preserve structural
information. While the sentence encoder backbone remains frozen,
both the categorical encoding and the projection layer are
trained, efectively adapting the general-purpose encoder
to our domain-specific skill matching task.</p>
          <p>Thus, each document ( or  ), is ultimately represented
by a sequence of utterance embeddings:
 = {, |  = 1 · · ·
 = {, |  = 1 · · ·
∑︁ ,},
∈
∑︁ ,},
∈
(5)
where , and , denote the number of utterances per
section and document.</p>
          <p>This utterance-based encoding strategy significantly
reduces the computational cost of processing long documents.
Since most of the computational burden lies in encoding,
the backbone’s utterance embeddings can be pre-computed
and cached to accelerate training. In production,  can be
computed and stored in advance, leaving only the project’s
utterances to be encoded at inference time, along with the
ifnal comparison block, presented in the next section.</p>
        </sec>
        <sec id="sec-3-2-3">
          <title>3.2.2. From Two Sequences of Embeddings to a</title>
        </sec>
        <sec id="sec-3-2-4">
          <title>Similarity Distribution — Comparison Block</title>
          <p>
            Inspired by the late interaction mechanism [
            <xref ref-type="bibr" rid="ref24">24</xref>
            ], similarities
between the obtained embedding sequences are computed to
compare briefs and profiles. However, instead of computing
only the maximum similarity per brief embedding across
profile embeddings, a two-step approach that better models
mutual interest is adopted. Indeed, we hypothesize that this
process can capture more complex interactions (illustrated
in Figure 3).
          </p>
          <p>First, context-aware embeddings context and context
are derived using cross-attention. Then, similarity
distributions , and , are computed between the original
embeddings and their respective context vectors.</p>
          <p>To compute context , multi-head attention from the brief
to the profile embeddings is applied:</p>
          <p>MultiHead(,  ,  ) = head1 ‖ · · · ‖
head</p>
          <p>(6)
= context ,
where each attention head is defined as:
head = softmax
︃( (  )⊤ )︃
√
  . (7)
This results in a new sequence context of the same
length as , where each embedding context, reflects
the best-matching combination of profile content for the
corresponding brief utterance ,.</p>
          <p>To assess how well this profile context aligns with the
original brief, their pairwise cosine similarities are
computed:</p>
          <p>⎧ ⃒⃒
, = ⎨sim(,, context, ) ⃒⃒⃒  = 1 · · ·
⎩ ⃒
⎫
∑︁ ,⎬ . (8)
∈ ⎭
This results in a similarity distribution with one score per
brief utterance.</p>
          <p>Symmetrically, the process is reversed to account for
mutual interest. First, the profile is attended to the brief :
MultiHead( , , ) = context ,
(9)
then the corresponding similarity distribution is computed:
⎧ ⃒⃒
, = ⎨sim(,, context, ) ⃒⃒  = 1 · · ·
⎩ ⃒⃒
⎫
∑︁ ,⎬ . (10)
∈ ⎭</p>
          <p>These distributions, , and ,, provide a detailed
view of skill alignment: how well a profile matches the most
relevant parts of a brief, and vice versa. They form the basis
for the final scoring step, described in the following section.</p>
        </sec>
        <sec id="sec-3-2-5">
          <title>3.2.3. Distribution pooling and scoring</title>
          <p>Since the similarity distributions , and , vary in
length, ∑︀∈ , and ∑︀∈ , respectively, the
original late interaction mechanism aggregates them using only
a sum over brief-wise similarities to produce a score.</p>
          <p>Instead, more expressive statistical pooling operations
are computed over both distributions to produce fixed-size
feature vectors more suitable for scoring. Specifically, we
extract descriptive statistics from both , and ,, defined
as
desc() = [︀ min(), max(),  (),  (),  1(),  2()︀] ,
where  denotes the mean,  the standard deviation,  1
the skewness, and  2 the kurtosis (see Appendix A). These
richer features are hypothesized to better capture the
interaction dynamics between the documents’ utterances.</p>
          <p>Finally, these descriptive statistics are concatenated with
the averaged pooled embeddings from the two branches,
 and  , as well as the averaged context embeddings
context and context, forming the input to a multi-layer
perceptron (MLP):</p>
          <p>MLP
︃( desc(, ) ‖  ‖ context
)︃
‖ desc(,) ‖  ‖ context
= , .</p>
          <p>(11)</p>
          <p>Adding the averaged pooled embeddings enriches the
similarity distributions with contextual information from
the documents.</p>
          <p>Only the projection layers of the branches, the two
multihead attention modules, and the MLP require training.
These components are trained to approximate the
semantically calibrated scores produced by the LLM teacher model
via distillation, as described in the next section.</p>
        </sec>
      </sec>
      <sec id="sec-3-3">
        <title>3.3. Training objective</title>
        <p>It is often possible to derive a binary relevance label from
historical interaction data. We denote this indicator function
as:
 , =
{︃1 if freelancer  is relevant to project ,</p>
        <p>0 otherwise.</p>
        <p>Let I be the set of all project–freelancer pairs for which such
a label is available:</p>
        <p>I = {(,  ) ∈ P × F | ∃! , },
and let  ⊂ I be the subset used for training.</p>
        <p>
          When using these historical relevance labels, a standard
approach is to frame the problem as binary classification.
Hence, a model  (,  ) can be trained using common
classification losses such as Binary Cross-Entropy, Focal
Loss, or Asymmetric Loss [
          <xref ref-type="bibr" rid="ref42">42</xref>
          ]. This setting has been
extensively used in recommender systems and information
retrieval tasks [
          <xref ref-type="bibr" rid="ref43 ref44">43, 44</xref>
          ].
        </p>
        <p>In contrast, ranking distillation considers supervision
from a teacher model that outputs continuous-valued scores
rather than binary labels. One straightforward approach is
to treat the teacher’s score (cf. eq.3) as a regression target for
the student model score, (cf. eq. 11), which can be optimized
using a mean squared error (MSE) objective:</p>
        <p>To validate the use of teacher model scores as ground
truth, we compared relevancy metrics across three settings:
the teacher model, the student model trained on
historical data, and the same student further trained on
teachergenerated scores.</p>
        <p>As shown in Table 1, knowledge distillation from
Gemini-2.0-flash (cf. section 4 for details) improves the
model’s ability to reject non-relevant candidates compared
to training on historical binary labels. While this comes
with a slight decrease in recall, the ranking quality remains
comparable, suggesting that supervision via soft scores
enhances discriminative capacity without sacrificing
relevance. Furthermore, a qualitative evaluation, based on
expert curation, supported the relevance and consistency of
the generated scores. Overall, this setup provides access to
ifner-grained signals, such as ranking quality and model
interpretability, that are not directly measurable from
historical binary labels alone.</p>
        <p>
          However, the MSE formulation treats each (,  ) pair
independently, ignoring the relative ordering between
candidates, which is central to ranking tasks. This point-wise
distillation approach may therefore be suboptimal for
ranking supervision [
          <xref ref-type="bibr" rid="ref44">44</xref>
          ]. In the following sections, we explore
alternative pair-wise and list-wise objectives that better
align with the ranking nature of the problem.
        </p>
        <sec id="sec-3-3-1">
          <title>3.3.1. Pair-wise Distillation</title>
          <p>To overcome the limitations of treating interactions
independently, the relative ordering between two freelancers 
and  ′ competing for the same project  can be distilled.
Specifically, the score diference given by the teacher model:
∆ ,,′ = , − ,′ ,</p>
          <p>is used to train the student model to replicate this margin:
∆ ,,′ = , − ,′ .</p>
          <p />
          <p>
            This approach can be implemented using the Margin MSE
loss [
            <xref ref-type="bibr" rid="ref35">35</xref>
            ], which compares the predicted diferences between
relevant and non-relevant candidates:
ℒmargin_mse() = 1 ∑︁ ∑︁ ︀( ∆ ,,′ − ∆ ,,′ ︀) 2
(,)∈ (′,′)∈
 , =1  ′,′ =0
          </p>
          <p>=′
=
1</p>
          <p>∑︁
(,)∈
(,′)∈
1[≻ ′] ︀( ∆ ,,′ − ∆ ,,′ ︀) 2 .</p>
          <p>(13)</p>
          <p>In the later, the indicator function ensures that only pairs
where  is relevant and  ′ is not (for the same project) are
included, and n is the number of such pairs. This
formulation encourages the student model to preserve the relative
ordering  ≻  ′ induced by the ground truth.</p>
          <p>
            An extension [
            <xref ref-type="bibr" rid="ref34">34</xref>
            ] was proposed relaxing the dependency
on ground-truth labels by computing pairwise diferences
over all possible interactions (,  ), (,  ′) for the same
project:
ℒmargin_mse() =
1
          </p>
          <p>∑︁ (︀ ∆ ,,′ − ∆ ,,′ ︀) 2 . (14)
(,)∈
(,′)∈
This loss encourages the student model to preserve both
the ordering and the magnitude diferences between the
teacher’s predictions. However, it does not enforce
alignment of the absolute score values themselves.</p>
          <p>To address this, we propose coupling the margin-based
objective with a pointwise MSE regression loss (Eq. 12)
computed on the teacher’s scores. This yields our combined
loss:
ℒCMMD() = ℒmargin_mse() + ℒMSE(),
(15)
which we refer to as the Calibrated Margin MSE Distillation
(CMMD) loss. Empirically, this combination yields improved
performance by aligning both relative and absolute
semantics of the teacher’s signal</p>
        </sec>
        <sec id="sec-3-3-2">
          <title>3.3.2. List-wise Distillation</title>
          <p>
            Another training strategy employs a more natural
listwise objective. List-wise losses are well-aligned with
ranking problems which aim to order a set of candidates
for a given project. Early methods such as ListNet [
            <xref ref-type="bibr" rid="ref45">45</xref>
            ]
and ListMLE [
            <xref ref-type="bibr" rid="ref46">46</xref>
            ] can be adapted for distillation by
using teacher scores to construct ground-truth permutations.
More recently, the Calibrated List-Wise Distillation (CLID),
method [
            <xref ref-type="bibr" rid="ref40">40</xref>
            ] was introduced to facilitate calibated
distillation using a list-wise approach.
          </p>
          <p>In the CLID framework, the scores from both teacher and
student models are normalized across the candidate set 
(i.e. all freelancer profiles associated with a given project ):

ˆ, = ∑︀

,
(,′)∈ ,′</p>
          <p>and ˆ, = ∑︀</p>
          <p>,
(,′)∈ ,′
.</p>
          <p>A cross-entropy loss is then applied to align these two score
distributions:
ℒCLID() = −
1</p>
          <p>∑︁
|| (,)∈
ˆ, log(︀ ˆ,
  ︀)
(16)</p>
          <p>CLID can be interpreted as aligning the probabilities of
each freelancer  being ranked above all others within the
candidate set . These probabilities are derived from the
normalized scores:</p>
          <p>P( ≻  { ′}) = ˆ,

and</p>
          <p>P( ≻  { ′}) = ˆ, .</p>
          <p>
            Alternative normalization strategies (such as computing
the probability of outranking only lower-scored candidates,
i.e., P( ≻  { ′ | , &gt; ,′ }), as in ListMLE [
            <xref ref-type="bibr" rid="ref46">46</xref>
            ])

proved empirically less efective. In contrast, the original
normalization proposed in [
            <xref ref-type="bibr" rid="ref40">40</xref>
            ], which considers the full
candidate set, consistently yielded better performance.
          </p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4. Experiment</title>
      <p>The following section presents our experiments, which
assess the efectiveness of the proposed distillation strategy
and student model architecture in generating semantically
calibrated similarity scores between freelancers and project
briefs suitable for large-scale deployment</p>
      <sec id="sec-4-1">
        <title>4.1. Implementation and baselines</title>
        <p>First, we introduce the teacher model used to generate the
semantically calibrated ground-truth scores, before
defining our student’s model settings. Then, we compare our
approach against a state-of-the-art re-ranking model and
a small generative language model. For both baselines, we
present results using publicly available pre-trained
checkpoints, with and without fine-tuning for our specific use
case.</p>
        <sec id="sec-4-1-1">
          <title>Teacher model: Gemini 2.0. As a teacher model, we</title>
          <p>employed the generative LLM Gemini-2.0-flash , supporting
up to 1M input tokens. It provides structured responses with
reduced latency, balancing performance and computational
eficiency compared to Gemini-1.5 and Gemini-2.0-pro.
Additionally, Gemini-2.0-flash ofers multilingual capabilities.</p>
        </sec>
        <sec id="sec-4-1-2">
          <title>Student model: our model. We use the multilingual</title>
          <p>
            Arctic Embed [
            <xref ref-type="bibr" rid="ref23">23</xref>
            ] (extra-small variant1) as a shared encoder
backbone in both branches. This lightweight model was
chosen to eficiently handle short utterances with minimal
performance tradeof. Each branch includes a linear
projection to a 32-dimensional latent space. The comparison
block consists of a single 8-head multi-head attention layer.
The MLP has layers of size 256, 128, 256, and 1, with GELU
activations, 0.4 dropout, and no activation in the final layer
(which empirically aids distillation). The architecture totals
45M parameters, with only 135K trainable.
          </p>
        </sec>
        <sec id="sec-4-1-3">
          <title>Reranking baseline: Qwen3. As a strong re-ranking</title>
          <p>
            baseline, we evaluate Qwen3 [
            <xref ref-type="bibr" rid="ref25">25</xref>
            ], using the pre-trained
Qwen3-0.6B checkpoint2. This model has 596 million
parameters and supports inputs up to 32K tokens. We chose it
due to its strong multilingual capabilities and its
state-of-theart performance on various re-ranking tasks. This makes it
well suited for document-level semantic comparison.
          </p>
        </sec>
        <sec id="sec-4-1-4">
          <title>Small generative baseline: Gemma3. We include the</title>
          <p>
            1B-parameter Gemma3 model [
            <xref ref-type="bibr" rid="ref47">47</xref>
            ]3 in our evaluation.
Gemma is a smaller and open-source generative LLM. Its
support for multilingual inputs and long contexts (up to
128K tokens) makes it a practical and accessible alternative
for approximating Gemini-style supervision and annotation
quality.
          </p>
        </sec>
      </sec>
      <sec id="sec-4-2">
        <title>4.2. Dataset</title>
        <p>Our corpus includes project briefs created between January
1, 2023 and April 15, 2024, along with historical versions of
freelancer profiles that either applied or were rejected due
to lacking skills. Profile representations are recomputed to
reflect their state at the time of interaction.
1https://huggingface.co/Snowflake/snowflake-arctic-embed-xs
2https://huggingface.co/Qwen/Qwen3-Reranker-0.6B
3https://huggingface.co/google/gemma-3-1b-it</p>
        <p>For evaluation, we reserve projects from January 1 to
May 1, 2024, yielding a test set of 85K interactions between
8K projects and 78K profile versions. The training set
contains 585K interactions across 55K projects and 520K
profile versions.</p>
        <p>To mitigate presentation bias from training solely on
historical interactions, we augment the dataset with
two types of negative examples. For average matches,
additional freelancers are scored with Gemini 2.0 and those
with a score between 0.4 and 0.6 are retained, adding
265K interactions involving 256K additional profiles. For
unsuitable matches, profiles not having any job category in
common with the project are randomly sampled at batch
time.</p>
        <p>All supervision signals, both for training and evaluation,
are derived from Gemini 2.0, as described in Section 3.1.
These scores are used as ground-truth relevance labels in
our experiments.</p>
      </sec>
      <sec id="sec-4-3">
        <title>4.3. Training Settings</title>
        <p>Our Architecture. We train our architecture using three
supervision strategies: point-wise, pair-wise, and list-wise.
For clarity, we report only the best-performing objective for
each.</p>
        <p>Point-wise training uses the standard mean squared
error loss (MSE), as defined in Eq. 12, denoted ℒMSE.</p>
        <p>Pair-wise training employs our combined margin-based
distillation loss ℒCMMD (Eq. 15), which outperforms previous
formulations (Eq. 13, Eq. 14).</p>
        <p>List-wise training uses a combination of calibration
distillation loss (Eq. 16) and ℒMSE, mentioned as ℒ+CMLISDE in the
results section.</p>
        <p>
          Point-wise batches were sampled independently. For
pairwise and list-wise, batches included one freelancer per
discrete teacher score (e.g., 0.0, 0.2, . . . ) per project, plus two
synthetic unsuitable profiles. Models were trained for 50
epochs with batches of 64 projects ( 320 profiles). The frozen
encoder allowed precomputing embeddings, reducing
training time to 10 hours on an NVIDIA RTX A1000. Learning
rate followed linear decay starting at 0.001:
Qwen3 and Gemma3. Both were fine-tuned using ℒMSE
on 5,000 interactions for 10 epochs. Gemma3 was also
trained with next-token prediction to match Gemini 2.0’s
format. We used parameter-eficient quantized fine-tuning
(e.g., QLoRA [
          <xref ref-type="bibr" rid="ref48">48</xref>
          ] with 4 bits quantization, paged AdamW
8-bit as optimizer, bf16 floating point format) to reduce
compute. Training took 1 day for Gemma3 and 0.5 day for
Qwen3 on a Tesla T4 GPU.
        </p>
        <p>Qwen3 was used in a standard BERT-style cross-encoder
setup, where the brief and profile were concatenated
before being fed into the model. Gemma3 followed the
Gemini distillation format, encoding the (freelancer,
project) context and criteria set. Profiles were truncated
to 2,000 tokens to fit memory, prioritizing recent relevant
experience.</p>
      </sec>
      <sec id="sec-4-4">
        <title>4.4. Evaluation Metrics</title>
        <p>To evaluate model performances, three categories of metrics
are used: (i) relevancy metrics that evaluate the models’
ability to discriminate between relevant and non-relevant
candidates; (ii) ranking metrics, that assess the correctness of
candidate ordering; and (iii) calibration metrics that evaluate
how well the predicted scores aligns with the ground-truth,
indicating calibration quality.</p>
        <p>Relevancy metrics. We define a freelancer as relevant
if  &gt; 0.5, and non-relevant otherwise. Based on this
definition, we compute:
• Recall (Rec.), measuring the proportion of relevant
freelancers correctly identified.
• Specificity (Spec.) , assessing the ability to correctly
reject non-relevant freelancers.
• R-Precision (- ), which is the precision at  per
project, with  the number of relevant freelancers.
• Non-Relevant False Omission Rate ( ¯-), an
inverse analogue of - that captures how many
of the bottom-ranked freelancers are non-relevant.
• Mean Average Precision (mAP), a standard metric
assessing relevancy across ranks.</p>
        <p>Ranking metrics. To evaluate the quality of the ranking
itself (independent of relevance thresholds), we report:
• Mean Reciprocal Rank (MRR), which considers
the position of the first relevant freelancer.
• Normalized Discounted Cumulative Gain
(NDCG), which accounts for the order of all
relevant items, assigning higher importance to
those ranked higher.</p>
        <p>Calibration metrics. Assuming the teacher model
(Gemini 2.0) provides semantically calibrated scores, we assess
how well the predicted score distributions fit the teacher’s.
We measure the distance between the predicted and target
score distributions using:
• Mean Absolute Error (MAE),
• Diference in Means ( ∆ mean),
• Diference in Interquartile Ranges ( ∆ IQR),
• Wasserstein Distance, measuring the minimal cost
of transforming the predicted distribution into the
ground-truth one.</p>
        <p>Unlike the other metrics, which are normalized between
0 and 1 (with higher being better), lower values indicate
better performance for these calibration metrics.</p>
      </sec>
      <sec id="sec-4-5">
        <title>4.5. Results</title>
        <p>In terms of relevance evaluation, we observe a trade-of
between discarding non-relevant candidates and preserving
relevant ones. Qwen3 performs well in zero-shot,
particularly on specificity and R-Precision (R-P), but fine-tuning
appears to harm its generalization. In contrast,
regressionbased fine-tuning significantly boosts Gemma3’s
performance, especially in recall, R-P, and ¯-. Our model is
competitive, being second on key relevance metrics and
performing well in specificity.</p>
        <p>Looking at ranking metrics such as mean average
precision (mAP), mean reciprocal rank (MRR), and normalized
discounted cumulative gain (NDCG), our method achieves
consistently strong performance. When trained with ℒCMMD,
it consistently achieves top performance across all metrics.
Gemma3 slightly outperforms on NDCG (0.975 vs. 0.973),
while our model with CLID loss is a close second in overall
Qwen
(0.6B)
Gemma
(1B)
ranking quality.</p>
        <p>Calibration analysis based on Figure 4 reveals that Qwen3
often produces extreme scores (close to 0 or 1),
suggesting poor calibration despite good binary discrimination.
Fine-tuning helps mitigate this but does not fully resolve
the issue. Gemma3 in zero-shot generates a wide range of
hallucinated scores, which are corrected with fine-tuning.
However, next-token tuning introduces discretization that
appears misaligned with Gemini 2.0’s scoring, and
regression reduces the expressiveness of the scores. Overall on
this aspect, Our method provides the best alignment with
Gemini 2.0 scores, both visually and based on evaluation
metrics.</p>
        <p>In terms of eficiency, our model is highly scalable,
processing 1,000 profile-brief pairs in under one minute,
or just 287 milliseconds when using precomputed profile
embeddings. In comparison, Qwen3 requires 7 minutes and
Gemma3 about 13 minutes. This substantial speed
advantage makes our approach more practical for real-time or
large-scale deployments, including CPU-only environments.</p>
        <p>
          To assess potential bias, we conducted a simple
genderbased fairness analysis. The test set was split by gender
declared by freelancers when creating their profiles, and
recall was computed for each gender group. The diference
in recall between women and men was 0.005 using historical
labels and 0.010 using Gemini 2.0 scores, suggesting our
model does not discriminate relevant freelancers based
on their gender. We acknowledge this is a preliminary
assessment and that a deeper fairness analysis [
          <xref ref-type="bibr" rid="ref49">49</xref>
          ] would
be beneficial.
        </p>
        <p>Lastly, our model demonstrates good robustness to
out-ofdistribution samples (Appendix C), while retaining semantic
alignment from the frozen backbone (Appendix B). However,
performance on synthetic average-match cases indicates
room for improvement, particularly in distinguishing
nonrelevant profiles.</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>5. Conclusion</title>
      <p>This paper presents a lightweight model for long-context
multilingual reranking of project–freelancer pairs,
leveraging a distillation framework to produce semantically
calibrated and interpretable scores. Our two-step architecture,
comprising two encoding branch followed by a comparison
block, outperforms both zero-shot and fine-tuned baselines
on relevance, ranking, and calibration metrics,
demonstrating its efectiveness for skill relevance assessment.
Furthermore, the proposed utterance-based encoding strategy
significantly reduces computational complexity, enabling
eficient processing of long documents. The ability to
precompute freelancer profile embeddings further supports
low-latency inference, making the model well-suited for
real-time deployment in production environments.</p>
      <p>Future work will focus on refining key components of
the distillation framework. In particular, careful attention
should be paid to the construction of training and
evaluation datasets. A dedicated test set derived from historical
data with high-quality labels is essential to better evaluate
calibration and interpretability. This may require debiasing
the data and conducting a label annotation campaign to
introduce finer-grained, calibrated labels.</p>
      <p>In addition, deeper analysis of potential biases, especially
under production conditions, is essential. We also plan to
extend the comparison of the teacher’s scores with expert
judgments to better assess its own calibration. Since our
supervision relies on synthetic labels, we must remain
cautious about inherited biases and explore strategies to
monitor and mitigate them. Long-term robustness will require
handling potential drift of the teacher model, for example
through periodic re-calibration or self-distillation. Finally,
future research should investigate how this model can be
integrated into downstream systems, for example as a feature
within existing ranking algorithms or as a tool to improve
transparency and interpretability in user-facing applications.
Indeed, an important next step will be controlled online
experiments to assess business impact.</p>
    </sec>
    <sec id="sec-6">
      <title>Declaration on Generative AI</title>
      <p>During the preparation of this work, the authors used
chatGPT 3.5 and Gemini-2.5-flash for grammar and spelling
check. After using these tools, the authors reviewed and
edited the content as needed and take full responsibility for
the publication’s content.</p>
      <sec id="sec-6-1">
        <title>Brief</title>
      </sec>
      <sec id="sec-6-2">
        <title>Language</title>
        <p>French
English
Spanish
German
Dutch
Impact of out-of-distribution examples on model robustness. The test set is enriched with synthetic average or unsuitable
matches. Red highlights show degraded performance, green indicates improvement or consistency.
, and ,, we extract a set of descriptive statistics from
each distribution, in order to get fixed size features more
suitable for scoring. These descriptive statistics are defined
as the following for , :
desc(, ) = ⎨</p>
        <p>, = ⎸⎷
⎪⎪ ∈,
min ( )
max ( )
⎪⎪ ∈,
⎪
⎪
⎪⎪, =
⎧
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
⎪
1
1
⎪⎪⎪ |, |  ∈,
⎪⎩ |, |  ∈,
∑︁
∑︁
∑︁</p>
        <p>⎯
⎸
 ∈, |, |</p>
        <p>∑︁
 ∈,
( − , )2</p>
        <p>|, |
︃(  − ,
︃(  − ,
 ,
 ,
)︃3
)︃4</p>
        <p>Minimum
Maximum
Mean
Standard
deviation
Skewness
Kurtosis</p>
        <p>(17)
desc(,).</p>
        <p>The same statistics are computed based on , to obtain</p>
      </sec>
    </sec>
    <sec id="sec-7">
      <title>B. Robustness: Impact of Brief</title>
    </sec>
    <sec id="sec-8">
      <title>Language</title>
      <p>Table 3 reports the performance of our model (Section 3.2),
trained with the ℒCMMD loss (Eq. 15) and evaluated using
the metrics from Section 4.4, on test set splits by brief
language. Rows are ordered by language frequency. This
analysis assesses the model’s multilingual robustness,
despite relying solely on a multilingual backbone without
additional language-specific training.</p>
      <p>French, being the most represented language, yields
“average” performance across most metrics. This confirms
that the model does not overfit to the dominant language in
a way that degrades generalisation.</p>
      <p>Interestingly, Dutch achieves the strongest results across
most metrics, despite having the smallest support. This can
be explained by the recent introduction of Dutch on the
platform, which involved more manual curation, human
refinement, and assisted onboarding. We hypothetize that
These factors have led to cleaner training signals.</p>
      <p>German shows excellent recall but poor specificity
and ranking metrics, suggesting that the model tends to
overestimate relevance in that language. This may reflect
weaker signal quality or domain mismatch.</p>
      <p>English underperforms on multiple fronts, particularly
in calibration and ranking. As English is used in many
diferent regions and contexts, the briefs likely exhibit
higher lexical and stylistic variability, which may introduce
noise during training.</p>
      <p>Overall, the model shows strong generalization across
languages, including underrepresented ones. This
highlights the robustness of the approach, even in the absence
of multilingual-specific objectives or balancing strategies.
However, performance gaps observed in certain languages,
particularly German and English, suggest that enhancing
the quality of training signals in these languages could
further improve results.</p>
    </sec>
    <sec id="sec-9">
      <title>C. Robustness: Impact of</title>
    </sec>
    <sec id="sec-10">
      <title>Out-of-Distribution Samples</title>
      <p>Table 4 reports the performance evaluation results for
our proposed model (Section 3.2), trained with the ℒCMMD
loss (Eq. 15) and evaluated using the metrics defined in
Section 4.4. The original test set (first row) is enriched with
out-of-distribution samples: average matches in the second
row, and unsuitable matches in the last row. The synthetic
average and unsuitable samples are constructed using the
same heuristics as those used during training.</p>
      <p>The borderline average matches pose a challenge: the
model’s recall and precision (R-P) decrease, indicating
dificulty in confidently labeling them as relevant. However,
specificity and ¯ −  improve, meaning the model
successfully avoids over-recommending these borderline
candidates. This behavior leads to a slightly worse mAP,
likely because some relevant items are misclassified as
irrelevant.</p>
      <p>The model remains robust to "unsuitable" matches, with
unchanged recall and significant gains in specificity.
Calibration metrics are stable or slightly improved, indicating
good semantic separation. However, NDCG shows a small
drop, suggesting some unsuitable candidates may still rank
above borderline ones, an aspect for further exploration.</p>
      <p>In conclusion, the model demonstrates strong robustness
to unknown interactions. It conservatively handles
average cases and reliably down ranks unsuitable ones. This
behavior is desirable in production, where pushing weak
or irrelevant recommendations should be avoided,
supporting its deployment in real-world scenarios. Nonetheless,
additional investigation is needed to mitigate undesirable
behaviors, such as the misclassification of relevant
candidates or the overranking of unsuitable ones.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>J.-J.</given-names>
            <surname>Decorte</surname>
          </string-name>
          ,
          <string-name>
            <surname>J. Van Hautte</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Deleu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Develder</surname>
          </string-name>
          , T. Demeester,
          <article-title>Career path prediction using resume representation learning and skill-based matching, RecSys in HR (</article-title>
          <year>2023</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>M.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K. N.</given-names>
            <surname>Jensen</surname>
          </string-name>
          , R. van der Goot,
          <string-name>
            <given-names>B.</given-names>
            <surname>Plank</surname>
          </string-name>
          ,
          <article-title>Skill extraction from job postings using weak supervision, RecSys in HR (</article-title>
          <year>2022</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>T.</given-names>
            <surname>Schnabel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Swaminathan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Singh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Chandak</surname>
          </string-name>
          , T. Joachims,
          <article-title>Recommendations as treatments: Debiasing learning and evaluation</article-title>
          , in: ICML,
          <year>2016</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>H.</given-names>
            <surname>Steck</surname>
          </string-name>
          ,
          <article-title>Training and testing of recommender systems on data missing not at random</article-title>
          ,
          <source>in: ACM SIGKDD</source>
          ,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>M.</given-names>
            <surname>Ge</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Delgado-Battenfeld</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Jannach</surname>
          </string-name>
          ,
          <article-title>Beyond accuracy: evaluating recommender systems by coverage and serendipity</article-title>
          , in: RecSys,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Wang</surname>
          </string-name>
          , W. Ma, M. Zhang, Y. Liu,
          <string-name>
            <given-names>S.</given-names>
            <surname>Ma</surname>
          </string-name>
          ,
          <article-title>A survey on the fairness of recommender systems</article-title>
          ,
          <source>ACM TOIS</source>
          (
          <year>2023</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>G.</given-names>
            <surname>Hinton</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Vinyals</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Dean</surname>
          </string-name>
          ,
          <article-title>Distilling the knowledge in a neural network</article-title>
          ,
          <source>NIPS</source>
          (
          <year>2014</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>C.</given-names>
            <surname>Qin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Zhu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Xu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Zhu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Jiang</surname>
          </string-name>
          , E. Chen,
          <string-name>
            <given-names>H.</given-names>
            <surname>Xiong</surname>
          </string-name>
          ,
          <article-title>Enhancing person-job fit for talent recruitment: An abilityaware neural network approach</article-title>
          , in: SIGIR,
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>C.</given-names>
            <surname>Yang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Hou</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Song</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.-R.</given-names>
            <surname>Wen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W. X.</given-names>
            <surname>Zhao</surname>
          </string-name>
          ,
          <article-title>Modeling two-way selection preference for person-job fit</article-title>
          , in: RecSys,
          <year>2022</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>C.</given-names>
            <surname>Zhu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Zhu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Xiong</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Ma</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Xie</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Ding</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <article-title>Person-job fit: Adapting the right talent for the right job with joint representation learning</article-title>
          ,
          <source>ACM TMIS</source>
          (
          <year>2018</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>S.</given-names>
            <surname>Maheshwary</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Misra</surname>
          </string-name>
          ,
          <article-title>Matching resumes to jobs via deep siamese network</article-title>
          ,
          <source>in: Companion Proceedings of the The Web Conference</source>
          <year>2018</year>
          ,
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>D.</given-names>
            <surname>Lavi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Medentsiy</surname>
          </string-name>
          ,
          <string-name>
            <surname>D.</surname>
          </string-name>
          <article-title>Graus, consultantbert: Fine-tuned siamese sentence-bert for matching jobs and job seekers, arXiv preprint (</article-title>
          <year>2021</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>N.</given-names>
            <surname>Reimers</surname>
          </string-name>
          ,
          <string-name>
            <surname>I. Gurevych</surname>
          </string-name>
          ,
          <article-title>Sentence-bert: Sentence embeddings using siamese bert-networks</article-title>
          ,
          <source>in: EMNLP-IJCNLP</source>
          ,
          <year>2019</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>X.</given-names>
            <surname>Yu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Yu</surname>
          </string-name>
          , Confit:
          <article-title>Improving resume-job matching using data augmentation and contrastive learning</article-title>
          ,
          <source>in: RecSys</source>
          ,
          <year>2024</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>X.</given-names>
            <surname>Yu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Xu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Xue</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Ma</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Yu</surname>
          </string-name>
          , Confit v2:
          <article-title>Improving resume-job matching using hypothetical resume embedding and runner-up hard-negative mining, arXiv preprint (</article-title>
          <year>2025</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Liu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Qian</surname>
          </string-name>
          ,
          <article-title>Fedpjf: federated contrastive learning for privacy-preserving person-job fit: Y. zhang</article-title>
          et al.,
          <source>Applied Intelligence</source>
          (
          <year>2023</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>R.</given-names>
            <surname>Ramanath</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Inan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Polatkan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Hu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Q.</given-names>
            <surname>Guo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Ozcaglar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Wu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Kenthapadi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. C.</given-names>
            <surname>Geyik</surname>
          </string-name>
          ,
          <article-title>Towards deep and representation learning for talent search at linkedin</article-title>
          , in: CIKM,
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <given-names>J.</given-names>
            <surname>Zhao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Sigdel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Zhang</surname>
          </string-name>
          , P. Hoang, M. Liu,
          <string-name>
            <given-names>M.</given-names>
            <surname>Korayem</surname>
          </string-name>
          ,
          <article-title>Embedding-based recommender system for job to candidate matching on scale, arXiv preprint (</article-title>
          <year>2021</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <given-names>S.</given-names>
            <surname>Bian</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W. X.</given-names>
            <surname>Zhao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Zhou</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Hou</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Song</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.-R.</given-names>
            <surname>Wen</surname>
          </string-name>
          ,
          <article-title>Learning to match jobs with resumes from sparse interaction data using multi-view co-teaching network</article-title>
          ,
          <source>in: CIKM</source>
          ,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <given-names>T.</given-names>
            <surname>Shao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Song</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Zheng</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Cai</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <article-title>Exploring internal and external interactions for semi-structured multivariate attributes in job-resume matching</article-title>
          ,
          <source>Int. J. Intell. Syst</source>
          . (
          <year>2023</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <string-name>
            <given-names>W.</given-names>
            <surname>Jouanneau</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Palyart</surname>
          </string-name>
          , E. Joufroy,
          <article-title>Skill matching at scale: freelancer-project alignment for eficient multilingual candidate retrieval, RecSys in HR (</article-title>
          <year>2024</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          [22]
          <string-name>
            <given-names>N.</given-names>
            <surname>Reimers</surname>
          </string-name>
          ,
          <string-name>
            <surname>I. Gurevych</surname>
          </string-name>
          ,
          <article-title>Making monolingual sentence embeddings multilingual using knowledge distillation, arXiv preprint (</article-title>
          <year>2020</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          [23]
          <string-name>
            <given-names>P.</given-names>
            <surname>Yu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Merrick</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Nuti</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Campos</surname>
          </string-name>
          ,
          <article-title>Arctic-embed 2.0: Multilingual retrieval without compromise, arXiv preprint (</article-title>
          <year>2024</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          [24]
          <string-name>
            <given-names>O.</given-names>
            <surname>Khattab</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Zaharia</surname>
          </string-name>
          ,
          <article-title>Colbert: Eficient and efective passage search via contextualized late interaction over bert</article-title>
          ,
          <source>in: SIGIR</source>
          ,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          [25]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Long</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Lin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Yang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Xie</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Yang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Liu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Lin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Huang</surname>
          </string-name>
          ,
          <string-name>
            <surname>J. Zhou,</surname>
          </string-name>
          <article-title>Qwen3 embedding: Advancing text embedding and reranking through foundation models, arXiv preprint (</article-title>
          <year>2025</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref26">
        <mixed-citation>
          [26]
          <string-name>
            <given-names>X.</given-names>
            <surname>Ma</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Pradeep</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Lin</surname>
          </string-name>
          ,
          <article-title>Zero-shot listwise document reranking with a large language model, arXiv preprint (</article-title>
          <year>2023</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref27">
        <mixed-citation>
          [27]
          <string-name>
            <given-names>S.</given-names>
            <surname>Zhuang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Zhuang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Koopman</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Zuccon</surname>
          </string-name>
          ,
          <article-title>A setwise approach for efective and highly eficient zero-shot ranking with large language models</article-title>
          ,
          <source>in: ACM SIGIR</source>
          ,
          <year>2024</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref28">
        <mixed-citation>
          [28]
          <string-name>
            <given-names>C.</given-names>
            <surname>Jin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Peng</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Zhao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Xu</surname>
          </string-name>
          , L. Han,
          <string-name>
            <given-names>J</given-names>
            .
            <surname>Zhao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Zhong</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Rajasekaran</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D. N.</given-names>
            <surname>Metaxas</surname>
          </string-name>
          , Apeer:
          <article-title>Automatic prompt engineering enhances large language model reranking</article-title>
          ,
          <source>in: WWW'25</source>
          ,
          <year>2025</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref29">
        <mixed-citation>
          [29]
          <string-name>
            <given-names>J.</given-names>
            <surname>Gao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Zhao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Liu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Guo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Tang</surname>
          </string-name>
          , Llm4rerank:
          <article-title>Llm-based auto-reranking framework for recommendations</article-title>
          ,
          <source>in: WWW'25</source>
          ,
          <year>2025</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref30">
        <mixed-citation>
          [30]
          <string-name>
            <given-names>S.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B. J.</given-names>
            <surname>Gutiérrez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Su</surname>
          </string-name>
          ,
          <article-title>Attention in large language models yields eficient zero-shot re-rankers</article-title>
          ,
          <source>ICLR</source>
          (
          <year>2025</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref31">
        <mixed-citation>
          [31]
          <string-name>
            <given-names>R. G.</given-names>
            <surname>Reddy</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Doo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Xu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. A.</given-names>
            <surname>Sultan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Swain</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Sil</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Ji</surname>
          </string-name>
          , First:
          <article-title>Faster improved listwise reranking with single token decoding</article-title>
          ,
          <source>EMNLP</source>
          (
          <year>2024</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref32">
        <mixed-citation>
          [32]
          <string-name>
            <given-names>W.</given-names>
            <surname>Sun</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Yan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Ma</surname>
          </string-name>
          , S. Wang,
          <string-name>
            <given-names>P.</given-names>
            <surname>Ren</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Yin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Ren</surname>
          </string-name>
          ,
          <article-title>Is chatgpt good at search? investigating large language models as re-ranking agents, arXiv preprint (</article-title>
          <year>2023</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref33">
        <mixed-citation>
          [33]
          <string-name>
            <given-names>C.</given-names>
            <surname>Burges</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Shaked</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Renshaw</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Lazier</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Deeds</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Hamilton</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Hullender</surname>
          </string-name>
          ,
          <article-title>Learning to rank using gradient descent</article-title>
          , in: ICML,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref34">
        <mixed-citation>
          [34]
          <string-name>
            <given-names>H.</given-names>
            <surname>Shang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Vo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Yadav</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Puthenputhussery</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Cai</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Chandran</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Kang</surname>
          </string-name>
          ,
          <article-title>Knowledge distillation for enhancing walmart e-commerce search relevance using large language models</article-title>
          ,
          <source>in: WWW'25</source>
          ,
          <year>2025</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref35">
        <mixed-citation>
          [35]
          <string-name>
            <given-names>S.</given-names>
            <surname>Hofstätter</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Althammer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Schröder</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Sertkan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Hanbury</surname>
          </string-name>
          ,
          <article-title>Improving eficient neural ranking models with crossarchitecture knowledge distillation, arXiv preprint (</article-title>
          <year>2020</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref36">
        <mixed-citation>
          [36]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Wu</surname>
          </string-name>
          , H.
          <string-name>
            <surname>-T. Wu</surname>
            ,
            <given-names>Z.</given-names>
          </string-name>
          <string-name>
            <surname>Tao</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          <string-name>
            <surname>Fang</surname>
          </string-name>
          ,
          <article-title>Do large language models rank fairly? an empirical study on the fairness of llms as rankers</article-title>
          ,
          <source>NAACL</source>
          (
          <year>2024</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref37">
        <mixed-citation>
          [37]
          <string-name>
            <given-names>L.</given-names>
            <surname>Yan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Qin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Bendersky</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Najork</surname>
          </string-name>
          ,
          <article-title>Scale calibration of deep ranking models</article-title>
          ,
          <source>in: SIGKDD</source>
          ,
          <year>2022</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref38">
        <mixed-citation>
          [38]
          <string-name>
            <given-names>G.</given-names>
            <surname>Penha</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Hauf</surname>
          </string-name>
          ,
          <article-title>On the calibration and uncertainty of neural learning to rank models for conversational search</article-title>
          , in: EACL,
          <year>2021</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref39">
        <mixed-citation>
          [39]
          <string-name>
            <given-names>P.</given-names>
            <surname>Yu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Cohen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Lamba</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. R.</given-names>
            <surname>Tetreault</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Jaimes</surname>
          </string-name>
          ,
          <article-title>Explain then rank: Scale calibration of neural rankers using natural language explanations from large language models</article-title>
          ,
          <source>CoRR</source>
          (
          <year>2024</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref40">
        <mixed-citation>
          [40]
          <string-name>
            <given-names>X.</given-names>
            <surname>Gui</surname>
          </string-name>
          , Y. Cheng, X.
          <string-name>
            <surname>-R. Sheng</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          <string-name>
            <surname>Zhao</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          <string-name>
            <surname>Yu</surname>
            , S. Han,
            <given-names>Y.</given-names>
          </string-name>
          <string-name>
            <surname>Jiang</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          <string-name>
            <surname>Xu</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          <string-name>
            <surname>Zheng</surname>
          </string-name>
          ,
          <article-title>Calibration-compatible listwise distillation of privileged features for ctr prediction</article-title>
          ,
          <source>in: WSDM'24</source>
          ,
          <year>2024</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref41">
        <mixed-citation>
          [41]
          <string-name>
            <given-names>J.</given-names>
            <surname>Wei</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Schuurmans</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Bosma</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Xia</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Chi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Q. V.</given-names>
            <surname>Le</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Zhou</surname>
          </string-name>
          , et al.,
          <article-title>Chain-of-thought prompting elicits reasoning in large language models</article-title>
          ,
          <source>NIPS</source>
          (
          <year>2022</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref42">
        <mixed-citation>
          [42]
          <string-name>
            <given-names>T.</given-names>
            <surname>Ridnik</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Ben-Baruch</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Zamir</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Noy</surname>
          </string-name>
          , I. Friedman,
          <string-name>
            <given-names>M.</given-names>
            <surname>Protter</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Zelnik-Manor</surname>
          </string-name>
          ,
          <article-title>Asymmetric loss for multilabel classification</article-title>
          , in: ICCV,
          <year>2021</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref43">
        <mixed-citation>
          [43]
          <string-name>
            <given-names>N.</given-names>
            <surname>Ailon</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Mohri</surname>
          </string-name>
          ,
          <article-title>An eficient reduction of ranking to classification</article-title>
          ,
          <source>COLT</source>
          (
          <year>2008</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref44">
        <mixed-citation>
          [44]
          <string-name>
            <surname>T.-Y. Liu</surname>
          </string-name>
          , et al.,
          <article-title>Learning to rank for information retrieval</article-title>
          ,
          <source>Found. Trends Inf. Retr</source>
          . (
          <year>2009</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref45">
        <mixed-citation>
          [45]
          <string-name>
            <given-names>Z.</given-names>
            <surname>Cao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Qin</surname>
          </string-name>
          , T.-Y. Liu,
          <string-name>
            <surname>M.-F. Tsai</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          <string-name>
            <surname>Li</surname>
          </string-name>
          ,
          <article-title>Learning to rank: from pairwise approach to listwise approach</article-title>
          , in: ICML,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref46">
        <mixed-citation>
          [46]
          <string-name>
            <given-names>F.</given-names>
            <surname>Xia</surname>
          </string-name>
          , T.-Y. Liu,
          <string-name>
            <given-names>J.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <article-title>Listwise approach to learning to rank: theory and algorithm</article-title>
          , in: ICML,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref47">
        <mixed-citation>
          [47]
          <string-name>
            <given-names>G.</given-names>
            <surname>Team</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Kamath</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Ferret</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Pathak</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Vieillard</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Merhej</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Perrin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Matejovicova</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Ramé</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Rivière</surname>
          </string-name>
          , et al.,
          <source>Gemma 3 technical report</source>
          , Arxiv preprint (
          <year>2025</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref48">
        <mixed-citation>
          [48]
          <string-name>
            <given-names>T.</given-names>
            <surname>Dettmers</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Pagnoni</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Holtzman</surname>
          </string-name>
          , L. Zettlemoyer, Qlora:
          <article-title>Eficient finetuning of quantized llms</article-title>
          ,
          <source>NIPS</source>
          (
          <year>2023</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref49">
        <mixed-citation>
          [49]
          <string-name>
            <given-names>G.</given-names>
            <surname>Bied</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Gaillac</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Hofmann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Caillou</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Crépon</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Nathan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Sebag</surname>
          </string-name>
          ,
          <article-title>Fairness in job recommendations: estimating, explaining, and reducing gender gaps</article-title>
          ,
          <source>in: AEQUITAS</source>
          ,
          <year>2023</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>