Skip to main content
本教程将引导您基于用户反馈优化一个分类器。分类器非常适合进行优化,因为通常收集期望的输出相对简单,这使得基于用户反馈创建少量示例变得容易。这正是我们在这个例子中要做的。

目标

在这个例子中,我们将构建一个根据标题对 GitHub 问题进行分类的机器人。它将接收一个标题,并将其分类到多个不同的类别中。然后,我们将开始收集用户反馈,并利用这些反馈来塑造分类器的表现。

开始之前

首先,我们需要设置将所有追踪记录发送到特定项目。我们可以通过设置环境变量来实现:
然后,我们可以创建初始应用程序。这将是一个非常简单的函数,仅接收 GitHub 问题标题并尝试为其打标签。
然后我们可以开始与它交互。在交互时,我们将预先生成 LangSmith 运行 ID 并将其传递给这个函数。这样做是为了稍后可以附加反馈。 以下是我们如何调用应用程序:
以下是我们之后如何附加反馈。我们可以以两种形式收集反馈。 首先,我们可以收集“正面”反馈——这是针对模型预测正确的示例。
接下来,我们可以专注于收集对应于生成“修正”的反馈。在这个例子中,模型会将其分类为 bug,而我实际上希望它被分类为 documentation。

设置自动化

我们现在可以设置自动化,将带有某种形式反馈的示例移动到数据集中。我们将设置两个自动化,一个用于正面反馈,另一个用于负面反馈。 第一个自动化将获取所有带有正面反馈的运行,并自动将它们添加到数据集中。这背后的逻辑是,任何带有正面反馈的运行都可以作为未来迭代的良好示例。让我们创建一个名为 classifier-github-issues 的数据集来添加这些数据。 优化负面 第二个自动化将获取所有带有修正的运行,并使用 webhook 将它们添加到数据集中。在创建这个 webhook 时,我们将选择“使用修正”选项。这个选项将使得在从运行创建数据集时,不是使用运行的输出作为数据点的黄金标准输出,而是使用修正。 优化正面

更新应用程序

我们现在可以更新代码,拉取我们发送运行的数据集。一旦拉取下来,我们可以创建一个包含示例的字符串。然后我们可以将这个字符串作为提示的一部分!
如果现在使用与之前类似的输入运行应用程序,我们可以看到它正确地学习到任何与文档相关的内容(即使是 bug)都应该被分类为 documentation

对示例进行语义搜索

我们可以做的另一件事是仅使用最语义相似的示例。这在您开始积累大量示例时非常有用。 为了做到这一点,我们首先可以定义一个函数来查找 k 个最相似的示例:
然后我们可以在应用程序中使用它