<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0">
  <channel>
    <title><![CDATA[Daniel Wrigley - Elasticsearch Labs]]></title>
    <description><![CDATA[Articles and tutorials from the Search team at Elastic]]></description>
    <copyright><![CDATA[© 2026. Elasticsearch B.V. All Rights Reserved]]></copyright>
    <image>
      <title><![CDATA[Daniel Wrigley - Elasticsearch Labs]]></title>
      <url>https://static-www.elastic.co/v3/assets/bltefdd0b53724fa2ce/blt1121c0bf0e8a6e65/6a88da6340a1841030ef456f/search-labs-thumbnail.png</url>
      <link>https://www.elastic.co/cn/search-labs/author/daniel-wrigley</link>
    </image>
    <link>https://www.elastic.co/cn/search-labs/author/daniel-wrigley</link>
    <atom:link href="https://www.elastic.co/cn/search-labs/rss/author/daniel-wrigley.xml" rel="self" type="application/rss+xml"/>
    <language><![CDATA[cn]]></language>
    <lastBuildDate>Tue, 22 Sep 2026 03:47:13 GMT</lastBuildDate>
  <item>
    <title><![CDATA[使用 Quepid 创建判断列表]]></title>
    <description><![CDATA[学习如何通过协作式人工评分流程在 Quepid 中创建判断列表，并利用基准指标优化搜索相关性。]]></description>
    <content:encoded><![CDATA[<p>创建<a href="https://www.elastic.co/search-labs/blog/judgment-lists">判断列表</a>是优化搜索结果质量的关键步骤，但这可能是一项复杂而艰巨的任务。判断列表是一组经过整理的搜索查询，并对其相应结果进行相关性评级，也称为测试集合。使用该列表计算的指标可作为衡量搜索引擎性能的基准。为了帮助简化创建判断列表的过程，<a href="https://opensourceconnections.com/">OpenSource Connections</a>团队开发了<a href="https://quepidapp.com/">Quepid</a>。判断可以是明确的，也可以基于用户的隐性反馈。本博客将指导您在 Quepid 中建立一个协作环境，以便有效地让人类评分员进行明确的判断，这是每个判断列表的基础。</p><p>Quepid 在搜索质量评估过程中为搜索团队提供支持：</p><ul><li><p>建立查询集</p></li><li><p>创建判断列表</p></li><li><p>计算搜索质量指标</p></li><li><p>根据计算得出的搜索质量指标，比较不同的搜索算法/排名器</p></li></ul><p>在我们的博客中，假设我们经营一家电影租赁店，目标是提高搜索结果的质量。</p><h2>准备工作</h2><p>本博客使用<a href="https://github.com/o19s/es-tmdb">es-tmdb 资源库</a>中的数据和映射。数据来自<a href="https://www.themoviedb.org/">电影数据库</a>。接下来，使用映射建立名为 tmdb 的索引，并为数据建立索引。不管是建立本地实例还是使用弹性云部署，都可以正常工作。我们假设本博客使用的是弹性云部署。你可以在<a href="https://github.com/o19s/es-tmdb/blob/master/README.md">es-tmdb 软件仓库的 README</a> 中找到有关如何为数据建立索引的信息。</p><p>对<code>rocky</code> 的标题字段进行简单的匹配查询，以确认有数据可供搜索：</p>GET tmdb/_search
{
 "query": {
   "match": {
     "title": "rocky"
   }
 }
}<p>您将看到 8 项结果。</p>{
 "took": 2,
 "timed_out": false,
 "_shards": {
   "total": 1,
   "successful": 1,
   "skipped": 0,
   "failed": 0
 },
 "hits": {
   "total": {
     "value": 8,
     "relation": "eq"
   }
…
}<h2>登录 Quepid</h2><p><a href="https://github.com/o19s/quepid">Quepid</a>是一款能让用户衡量搜索结果质量并进行离线实验以提高质量的工具。</p><p>您可以通过两种方式使用 Quepid：一种是使用<a href="https://app.quepid.com">https://app.quepid.com</a> 上的免费公开托管版本、或在你可以访问的机器上设置 Quepid。本帖假设您使用的是免费托管版本。如果您想在自己的环境中建立一个 Quepid 实例，请遵循《<a href="https://github.com/o19s/quepid/wiki/Installation-Guide">安装指南》</a>。</p><p>无论您选择哪种设置，如果还没有账户，您都需要创建一个账户。</p><h2>如何设置 Quepid 案例</h2><p>Quepid 的组织结构围绕"案例展开。"案例可存储查询、相关性调整设置以及如何与搜索引擎建立连接。</p><ul><li><p>对于首次使用的用户，请选择<strong>创建第一个相关性案例</strong>。</p></li><li><p>老用户可以从顶层菜单中选择<strong>相关性案例</strong>，然后点击<strong>+ 创建案例</strong>。</p></li></ul><p>请描述性地命名您的案例，例如"电影搜索基线，" ，因为我们希望开始测量和改进我们的基线搜索。</p><img src="https://static-www.elastic.co/v3/assets/bltefdd0b53724fa2ce/blte2913d344c42cd24/6a17e6477b54f906b48b38bd/8f9e480d9aae0d706cfc5371e41f19c706dd452a-594x251.png" alt="设置 Quepid 案例" /><p>选择<strong>继续</strong>，确认名称。</p><p>接下来，我们建立 Quepid 与搜索引擎的连接。Quepid 可以连接各种搜索引擎，包括 Elasticsearch。</p><p>配置会因 Elasticsearch 和 Quepid 设置的不同而有所差异。要将 Quepid 连接到 Elastic Cloud 部署，我们需要为 Elastic Cloud 部署启用和配置 CORS，并准备好 API 密钥。详细说明见<a href="https://quepid-docs.dev.o19s.com/2/quepid/49/how-to-connect-quepid-to-elastic-cloud"> Quepid 文档中的 相应 操作</a> 指南。</p><p>输入 Elasticsearch 端点信息 (<code>https://YOUR_ES_HOST:PORT/tmdb/_search</code>) 和连接所需的其他信息（如果在<strong>高级</strong>配置选项中部署了 Elastic Cloud，则输入 API 密钥），点击<strong>ping</strong>测试连接，然后选择<strong>继续</strong>进入下一步。</p><img src="https://static-www.elastic.co/v3/assets/bltefdd0b53724fa2ce/bltcc068309bdc094ae/6a17e6480b0bed14cddd356a/267339dfaecae2740eb2ee2739bdc971608bdb5f-588x1169.png" alt="使用 Quepid 设置 Elasticsearch 终端。" /><p>现在，我们定义要在案例中显示的字段。选择所有有助于我们的人工评判员稍后评估文档与给定查询相关性的内容。</p><p>将<code>title</code> 设置为<em>标题字段</em>，将<code>_id</code> 保留为<em>ID 字段</em>，将<code>overview, tagline, cast, vote_average, thumb:poster_path</code> 添加为<em>附加显示字段</em>。最后一个条目显示了结果中电影的小缩略图，为我们和人类评分员提供视觉指导。</p><p>选择<strong>继续</strong>按钮确认显示设置。</p><img src="https://static-www.elastic.co/v3/assets/bltefdd0b53724fa2ce/bltc910bdf5aa7680b3/6a17e64ae8fbce710b3a1906/02c58aae8c2ebb6d31f538b27462b4c65428fdc3-594x493.png" alt="定义希望在该案例中向 Quepid 人工评分员展示的字段。" /><p>最后一步是在案例中添加搜索查询。通过输入框逐一添加 "<em>星球大战</em>"、"<em>哈里森-福特</em>"和 "<em>最佳动作片</em>"三个查询，然后<strong>继续</strong>。</p><p>理想情况下，案例包含的查询能代表真实的用户查询，并能说明不同类型的查询。现在，我们可以把《<em>星球大战》</em>想象成一个查询，代表所有关于电影名称的查询；把<em>哈里森-福特</em>想象成一个查询，代表所有关于演员的查询；把<em>最佳动作片</em>想象成一个查询，代表所有搜索特定类型电影的查询。这通常称为查询集。</p><img src="https://static-www.elastic.co/v3/assets/bltefdd0b53724fa2ce/blt46122bb45e1063e4/6a17e64b505ac36510ad8af8/baccfe96766319aa7255e9bff08913ac87d1517f-595x326.png" alt="向 Quepid 案例添加搜索查询" /><p>在生产场景中，我们将通过应用<a href="https://opensourceconnections.com/blog/2022/10/13/how-to-succeed-with-explicit-relevance-evaluation-using-probability-proportional-to-size-sampling/">概率比例大小采样</a>等统计技术，从事件跟踪数据中抽取查询样本，并将这些采样查询导入 Quepid，以根据查询频率包含头部（频繁查询）和尾部（不频繁查询）的查询，这意味着我们会偏向于更频繁的查询，而不会排除罕见的查询。</p><p>最后，选择 "<strong>完成"</strong>，您将转到案例界面，看到三个已定义的查询。</p><h2>查询和信息需求</h2><p>为了实现我们的总体目标--评判列表，人类评判者需要对给定查询的搜索结果（通常是文档）进行评判。这就是所谓的查询/文档对。</p><p>有时，在查看查询时似乎很容易知道用户想要什么。查询<code>harrison ford</code> 的目的是查找演员哈里森-福特主演的电影。查询<code>action</code> 如何？我知道我很想说用户的意图是寻找动作类型的电影。但是是哪些呢？最新的、最受欢迎的、用户评价最好的？或者，用户是否想找到所有名为 "动作 "的电影？<a href="https://www.themoviedb.org/search/movie?query=Action">在电影数据库中，至少有 12 部（！）电影被称为 "动作片"</a>，它们的名称主要区别在于片名中感叹号的数量。</p><p>如果查询的意图不明确，两名人工评分员对查询的解释可能会有所不同。输入信息需求：<a href="https://en.wikipedia.org/wiki/Information_needs">信息需求</a>是一种有意识或无意识的信息渴望。定义信息需求有助于人类评判员判断查询的文档，因此他们在建立判断列表的过程中发挥着重要作用。专家用户或主题专家是明确信息需求的最佳人选。从用户的角度来定义信息需求是一种很好的做法，因为搜索结果应该满足用户的需求。</p><p>电影搜索基线 "案例查询的信息需求：</p><ol><li><p><strong>星球大战</strong>用户希望查找《星球大战》系列电影或节目。有可能相关的是关于《星球大战》的纪录片。</p></li><li><p><strong>哈里森</strong>-福特用户希望查找演员 Harrison Ford 主演的电影。哈里森-福特扮演不同角色的电影也可能与此相关，比如旁白。</p></li><li><p><strong>最佳动作片</strong>：用户希望找到动作片，最好是用户平均票数高的动作片。</p></li></ol><h2>如何在 Quepid 中定义信息需求</h2><p>要在 Quepid 中定义信息需求，请访问案例界面：</p><p>1.打开一个查询（例如<em>星际大战</em>）并选择<em>切换备注。</em></p><p>2.在第一个字段中输入信息需求，并在第二个字段中输入任何附加说明：</p><img src="https://static-www.elastic.co/v3/assets/bltefdd0b53724fa2ce/blte57395f64f6e5fab/6a17e64d6864a40fd6b68771/e01d3d5242a350d8797faa665eb3170039f5dfa2-1483x559.png" alt="在 Quepid 中定义信息和查询需求。" /><p>3.单击<strong>保存</strong>。</p><p>对于少数几个查询，这个过程没有问题。但是，当您将案例从 3 个查询扩展到 100 个查询时（Quepid 案例通常在 50 到 100 个查询之间），您可能希望在 Quepid 之外定义信息需求（例如，在电子表格中），然后通过<strong>导入</strong>并选择<strong>信息需求</strong>来上传。</p><h2>在 Quepid 中创建团队并共享案例</h2><p>合作判断可提高相关性评估的质量。组建团队：</p><p>1.在顶层菜单中导航至<strong>团队</strong>。</p><img src="https://static-www.elastic.co/v3/assets/bltefdd0b53724fa2ce/blt45c51d1a0e05a80d/6a17e64fe8fbcede793a190f/797706e8d130b474a95d30b6fa22ecaf36f98c03-613x58.png" alt="在 Quepid 中创建团队。" /><p>2.单击<strong>+ 添加新成员</strong>，输入团队名称（例如"Search Relevance Raters" ），然后单击<strong>创建</strong>。</p><p>3.输入成员的电子邮件地址并单击 "<strong>添加用户</strong>"，添加成员。</p><p>4.在个案界面，选择<strong>共享个案</strong>。</p><p>5.选择合适的团队并确认。</p><h2>在 Quepid 中创建评估手册</h2><p>Quepid 中的一本书允许多个评分者对查询/文档对进行系统评估。创建一个</p><p>1.转到案件界面中的<strong> 判决书</strong> ，点击<strong> + 创建一本书</strong> 。</p><img src="https://static-www.elastic.co/v3/assets/bltefdd0b53724fa2ce/blt3543c00e0b834b3f/6a17e650e9ea87f57fa9c598/6a077f26225961150b7414463d7db04f090b68d6-896x365.png" alt="在 Quepid 中创建评估手册。" /><p>2.为图书配置一个描述性的名称，将其分配给您的团队，选择一种评分方法（例如 DCG@10），并设置选择策略（单个或多个评分者）。图书使用以下设置：</p><ul><li><p><strong>名称</strong>："电影搜索 0-3 刻度"</p></li><li><p><strong>要与之分享此书的团队</strong>：勾选您创建的团队</p></li><li><p><strong>得分者</strong>DCG@10</p></li></ul><p>3.单击<strong>创建图书。</strong></p><p>名称具有描述性，包含搜索内容（"电影"）和评判标准（"0-3"）的信息。所选的 Scorer DCG@10 定义了搜索指标的计算方式。DCG "是 "<a href="https://en.wikipedia.org/wiki/Discounted_cumulative_gain">贴现累积收益</a>"的缩写，"@10 "是在计算该指标时，从顶部开始考虑的结果数量。</p><p>在这种情况下，我们使用一种衡量信息增益的指标，并将其与位置加权相结合。可能还有其他搜索指标更适合您的使用情况，<a href="https://opensourceconnections.com/blog/2020/02/28/choosing-your-search-relevance-metric"> 选择合适的 指标 本身就是一项挑战</a> 。</p><h2>用查询/文档对填充评估手册</h2><p>要添加查询/文档对进行相关性评估，请按照以下步骤操作：</p><p>1.在案件界面中，导航至"判决。"</p><img src="https://static-www.elastic.co/v3/assets/bltefdd0b53724fa2ce/blt0e98583138535cc3/6a17e6520b0bed4f51dd3571/d717c5b06ae6cb42ed2b9e771486a12f738a9890-1041x218.png" alt="在 Quepid 中用查询/文档对填充评估手册。" /><p>2.选择您创建的图书。</p><p>3.单击"Populate Book" ，然后选择"Refresh Query/Doc Pairs for Book 进行确认。"</p><p>该操作根据每个查询的热门搜索结果生成配对，供团队评估。</p><h2>让您的人工评分团队进行评估 </h2><p>到目前为止，已完成的步骤都是相当技术性和行政性的。现在，这些必要的准备工作已经完成，我们可以让我们的评委团队开展工作了。从本质上讲，法官的工作就是评定特定文档与给定查询的相关性。这一过程的结果就是判断列表，其中包含了被判断的查询文档对的所有相关性标签。接下来，我们将进一步详细解释这一过程及其界面。</p><h3>人工评分界面概览</h3><img src="https://static-www.elastic.co/v3/assets/bltefdd0b53724fa2ce/blt553afb07d8080421/6a17e654505ac30514ad8afc/be3016091b49655dab3354d84e6dc638f3468390-1283x664.png" alt="Quepid 人工评分员如何评估文档与查询中的信息。" /><p>Quepid 的人工评分界面专为高效评估设计：</p><ul><li><p><strong>查询：</strong>显示搜索词。</p></li><li><p><strong>信息需求：</strong>显示用户的意图。</p></li><li><p><strong>评分指南：</strong>提供一致评价的说明。</p></li><li><p><strong>文件元数据：</strong>介绍文件的相关详细信息。</p></li><li><p><strong>评级按钮：</strong>允许评定者使用相应的键盘快捷键指定评定结果。</p></li></ul><h3>使用人工评分界面</h3><p>作为一名人工评审员，我通过图书概览进入界面：</p><p>1.导航至案件界面并单击<strong>判决</strong>。</p><img src="https://static-www.elastic.co/v3/assets/bltefdd0b53724fa2ce/blt0e98583138535cc3/6a17e6520b0bed4f51dd3571/d717c5b06ae6cb42ed2b9e771486a12f738a9890-1041x218.png" alt="使用 Quepid 人工评分界面 " /><p>2.点击 "<strong>需要更多判决！</strong>"。</p><p>系统会显示一个尚未评级的查询/文件对，该查询/文件对需要额外的判断。这是由图书的选择策略决定的：</p><ul><li><p><em>单一评判者</em>：每个查询/文档对只有一个评判。</p></li><li><p><em>多个评分者</em>：每个查询/文档对最多可有三个评判。</p></li></ul><h3>评估查询/文档对</h3><p>让我们举几个例子。当您按照本指南进行操作时，很可能会看到不同的电影。不过，评级原则保持不变。</p><p>第一个例子是电影 "英雄 "中的查询 "<em>哈里森-福特</em>"：</p><img src="https://static-www.elastic.co/v3/assets/bltefdd0b53724fa2ce/blta248e787b5e0a670/6a17e656ec0f89612d5a65ee/c1e14b0d8b04dd579471932dbe4ff72ae5692a02-981x571.png" alt="如何在 Quepid 中使用查询/文档对填充评估手册。" /><p>我们首先查看查询，然后是信息需求，最后根据给出的元数据对电影进行判断。</p><p>这部电影与我们的查询结果相关，因为演员中有哈里森-福特（Harridson Ford）。我们可能会主观地认为近期的电影更具相关性，但这并不是我们信息需求的一部分。因此，我们给这份文件的评分是 "完美"，在我们的评分标准中是 3 分。</p><p>下一个例子是电影 "福特诉法拉利"，查询条件是<em>哈里森-福特</em>：</p><img src="https://static-www.elastic.co/v3/assets/bltefdd0b53724fa2ce/bltf5d86aac918a1e96/6a17e657414c64833e945152/052af7894506d7a765af156ba8e26ceec3559973-981x789.png" alt="以电影“Ford v Ferrari”为例，在 Quepid 中查询 harrison ford。" /><p>按照同样的做法，我们通过查看查询、信息需求以及文档元数据与信息需求的匹配程度来判断该查询/文档。</p><p>这是一个糟糕的结果。我们可能会看到这个结果，因为我们的查询词之一 "福特 "在标题中匹配。但哈里森-福特在这部电影中没有扮演任何角色，也没有扮演任何其他角色。因此，我们将这份文件评为 "差"，在我们的评分标准中是 0 分。</p><p>第三个例子是电影 "动作杰克逊 "的<em>最佳动作片</em>查询：</p><img src="https://static-www.elastic.co/v3/assets/bltefdd0b53724fa2ce/blt2cee335ddd1e6a92/6a17e6596df731d1f40a0ed7/247ab862fbc7435537709f8c96619cb331133d09-985x606.png" alt="以电影“Action Jackson”为例，查询最佳动作片：" /><p>这看起来像是一部动作片，因此至少满足了部分信息需求。不过，投票的平均值为 5.4（满分 10 分）。因此，这部电影可能不是我们收藏的最好的动作片。因此，作为评委，我给这份文件的评分是 "尚可"，在我们的评分标准中是 1 分。</p><p>这些示例特别说明了使用 Quepid 对查询/文档进行评级的过程，既有高层次的，也有一般的。</p><h2>人工评分员最佳实践</h2><p>所展示的示例可能会让人觉得可以直接得出明确的判断。但是，建立一个可靠的人工评级程序并非易事。这是一个充满挑战的过程，很容易影响数据质量：</p><ul><li><p>人类评分员可能会因重复性工作而感到疲劳。</p></li><li><p>个人喜好可能会影响判断。</p></li><li><p>不同法官的领域专业知识水平各不相同。</p></li><li><p>评级员往往身兼数职。</p></li><li><p>文档的感知相关性可能与查询的真实相关性不一致。</p></li></ul><p>这些因素可能导致判决不一致、质量不高。不过不用担心，有一些经过验证的最佳实践可以帮助你最大限度地减少这些问题，并建立一个更强大、更可靠的评估流程：</p><ul><li><p><strong>一致的评估：</strong>依次审查查询、信息需求和文件元数据。</p></li><li><p><strong>参考指南：</strong>使用评分指南以保持一致性。评分指南可以举例说明何时采用哪种等级，从而说明评审过程。事实证明，在第一批评判结束后与人工评判员进行核对是一种很好的做法，可以了解具有挑战性的边缘案例以及在哪些方面需要额外的支持。</p></li><li><p><strong>利用选项：</strong>如果不确定，可使用"I Will Judge Later" 或"I Can't Tell," ，必要时提供解释。</p></li><li><p><strong>休息：</strong>定期休息有助于保持判断质量。每当人工评判员完成一批评判时，Quepid 都会弹出彩纸，帮助用户定期休息。</p></li></ul><p>按照这些步骤，您就可以在 Quepid 中建立一个结构化的协作方法来创建判断列表，从而提高搜索相关性优化工作的效率。</p><h2>后续步骤</h2><p>何去何从？判断列表只是提高搜索结果质量的一个基础步骤。下面是接下来的步骤：</p><h3>计算指标并开始实验</h3><p>一旦有了判断列表，利用判断和计算<a href="https://opensourceconnections.com/blog/2020/02/28/choosing-your-search-relevance-metric/">搜索质量指标</a>就水到渠成了。当有判决书时，Quepid 会自动计算当前案件的配置指标。指标以 "计分器 "的形式实现，如果支持的指标不包括您最喜欢的指标，您可以提供自己的指标！</p><p>进入案例界面，导航至 "<strong>选择评分员</strong>"，选择<em>DCG@10</em>，点击 "<strong>选择评分员</strong>"确认。现在，Quepid 将计算每次查询的 DCG@10，并计算总体查询的平均值，以量化搜索结果的质量。</p><img src="https://static-www.elastic.co/v3/assets/bltefdd0b53724fa2ce/blt0d059c959b842139/6a17e65be8fbceb29b3a1913/0ff3b9918342071744d681a43d542102e927abd3-1163x551.png" alt="如何在 Quepid 中量化搜索结果质量。 " /><p>既然已经量化了搜索结果的质量，那么就可以进行第一次实验了。实验从提出假设开始。在对截图中的三个查询进行评级后，可以明显看出这三个查询在搜索质量指标方面的表现截然不同：<em>《星球大战》</em>表现不错，《<em>哈里森-福特》</em>看起来还行，但《<em>最佳动作片》</em>的潜力最大。</p><p>扩大查询范围后，我们就能看到查询结果，并能深入研究细节，探索文档匹配的原因以及影响其得分的因素：</p><img src="https://static-www.elastic.co/v3/assets/bltefdd0b53724fa2ce/blt35227761f4524a1e/6a17e65cb1e11325c579f25a/c45c6cae085a492198c0f8b7060a1a7204e3724e-1131x691.png" alt="在 Quepid 中尝试不同查询，观察其在各类搜索指标上的表现。" /><p>点击 "Explain Query（解释查询）"并进入 "Parsing（解析）"选项卡，我们可以看到该查询是一个 DisjunctionMaxxQuery，搜索三个字段：<em>演员</em>、<em>概述</em>和<em>标题</em>：</p><img src="https://static-www.elastic.co/v3/assets/bltefdd0b53724fa2ce/blt0966653b9ab3cc9c/6a17e65efaa913171f93c84c/4a1e1bb2a9cd28e9c48e0ba16357d17ed9d3a5cf-894x557.png" alt="解释查询解析" /><p>通常情况下，作为搜索工程师，我们对搜索平台的一些特定领域了如指掌。在这种情况下，我们可能知道我们有一个<em>基因</em>字段。让我们将其添加到查询中，看看搜索质量是否有所提高。</p><p>我们使用在案例界面选择 "<strong>调整相关性"时打开的</strong> " 查询沙盒"。请添加您搜索的<em>流派字段</em>，继续探索：</p>{
  "query": {
    "multi_match": {
      "query": "#$query##",
      "type": "best_fields",
      "fields": [
        "title^10",
        "overview",
        "cast",
        "genres"
      ]
    }
  }
}<p>单击重新运行我的搜索！并查看结果。他们变了吗？遗憾的是没有。我们现在有很多选项可以探索，基本上是 Elasticsearch 提供的所有查询选项：</p><ul><li><p>我们可以增加基因字段的字段权重。</p></li><li><p>我们可以添加一个功能，根据文件的平均得票率来提升文件。</p></li><li><p>我们可以创建一个更复杂的查询，只在有强基因匹配的情况下，才按投票平均值提升文档。</p></li><li><p>…</p></li></ul><p>在 Quepid 中拥有所有这些选项并对其进行探索的最大好处是，我们不仅可以量化我们试图改进的查询的效果，还可以量化我们的所有查询的效果。这就避免了我们通过牺牲其他搜索结果的质量来改善一个表现不佳的查询。我们可以快速、低成本地迭代，并在没有任何风险的情况下验证我们假设的价值，这使得离线实验成为所有搜索团队的基本能力。</p><h3>评估评分员间信度</h3><p>即使有任务说明、信息需求和类似 Quepid 提供的人工评定界面，人工评定者也会出现分歧。</p><p>意见分歧本身并不是坏事，恰恰相反：衡量意见分歧可以让你发现你可能想要解决的问题。相关性可能是主观的，查询可能是模糊的，数据可能是不完整或不正确的。<a href="https://en.wikipedia.org/wiki/Fleiss%27_kappa">弗莱斯卡帕（Fleiss' Kappa</a>）是衡量评分者之间一致性的一种统计方法，Quepid 中有一个示例笔记本可供使用。要找到它，请在顶层导航中选择<strong> 笔记本</strong> ，然后在<strong> 示例</strong> 文件夹中选择笔记本<strong> Fleiss Kappa.ipynb</strong> 。</p><img src="https://static-www.elastic.co/v3/assets/bltefdd0b53724fa2ce/blt92d52b30f1fb19c1/6a17e660abe0f2224bdfe9bb/f0669ae96371368ef4d84bb28669560ef09d755c-624x61.png" alt="如何在 Quepid 中查找用于衡量评分员一致性的 Fleiss' Kappa 统计量笔记本。" /><h2>结论</h2><p>Quepid 使您能够应对最复杂的搜索相关性挑战，并将继续发展：<a href="https://github.com/o19s/quepid/blob/main/CHANGELOG.md#800----2024-02-14">从第 8 版开始，Quepid 支持人工智能生成判断</a>，这对希望扩展判断生成流程的团队特别有用。</p><p>Quepid工作流程使您能够高效地创建可扩展的判断列表，最终产生真正满足用户需求的搜索结果。有了判断列表，您就有了衡量搜索相关性、迭代改进和改善用户体验的坚实基础。</p><p>在前进的过程中，请记住相关性调整是一个持续的过程。判断列表可以让你系统地评估自己的进步，但如果能与实验、指标分析和迭代改进相结合，判断列表的作用会更加强大。</p><h2>延展阅读</h2><ul><li><p>Quepid docs：</p><ul><li><p><a href="https://quepid-docs.dev.o19s.com/2/quepid/32/relevancy-is-a-team-sport">相关性是一项团队运动</a></p></li><li><p><a href="https://quepid-docs.dev.o19s.com/2/quepid/18/quepid-for-human-raters">人类评级员的 Quepid</a></p></li><li><p><a href="https://quepid-docs.dev.o19s.com/2/quepid/49/how-to-connect-quepid-to-elastic-cloud">如何将 Quepid 连接到弹性云</a></p></li></ul></li><li><p><a href="https://github.com/o19s/quepid">Quepid Github 存储库</a></p></li><li><p><a href="https://opensourceconnections.com/blog/2020/07/07/meet-pete-the-e-commerce-search-product-manager/">认识皮特，关于改进电子商务搜索的系列博客</a></p></li><li><p><a href="https://opensourceconnections.com/slack">相关性 Slack</a>：加入 #quepid 频道</p></li></ul><p><strong>与 </strong><a href="https://opensourceconnections.com/"><strong>Open Source Connections</strong></a> 合作 ，改造您的搜索和人工智能能力，并使您的团队能够不断发展这些能力。我们的业绩记录遍布全球，客户在搜索质量、团队能力和业务绩效方面不断取得显著提高。<a href="https://opensourceconnections.com/contact/">现在就联系我们</a>，了解更多信息。</p>]]></content:encoded>
    <link>https://www.elastic.co/search-labs/blog/quepid-judgement-lists</link>
    <guid isPermaLink="true">https://www.elastic.co/search-labs/blog/quepid-judgement-lists</guid>
    <category><![CDATA[相关性]]></category>
    <dc:creator><![CDATA[Daniel Wrigley]]></dc:creator>
    <enclosure url="https://static-www.elastic.co/v3/assets/bltefdd0b53724fa2ce/blte6779c72c7a42a5a/6a17e6623e9e45acf0ba146b/307c1774bd31f92bb4aa7b69e1a6796240465100-1600x914.png" length="0" type="image/png"/>
    <pubDate>Mon, 26 May 2025 00:00:00 GMT</pubDate>
  </item>
  </channel>
</rss>