OpenAI API Fine-tuning

  |   0 评论   |   0 浏览

OpenAI API Fine-tuning

介绍

通过提供以下内容,微调可让您从 API 提供的模型中获得更多收益:

  1. 比即时设计更高质量的结果
  2. 能够训练比提示中更多的例子
  3. 由于更短的提示而节省了代币
  4. 更低的延迟请求

GPT-3 已经在来自开放互联网的大量文本上进行了预训练。当给出仅包含几个示例的提示时,它通常可以凭直觉判断出您要执行的任务并生成合理的完成。这通常称为“小样本学习”。

微调通过训练比提示中更多的示例来改进小样本学习,让您在大量任务中取得更好的结果。对模型进行微调后,您将不再需要在提示中提供示例。这样可以节省成本并实现更低延迟的请求。

在高层次上,微调涉及以下步骤:

  1. 准备和上传训练数据
  2. 训练新的微调模型
  3. 使用您的微调模型

请访问我们的定价页面,详细了解微调模型训练和使用的收费方式。

哪些模型可以微调?

微调目前仅适用于以下基本模型:davinci、curie、babbage 和 ada。这些是训练后没有任何说明的原始模型(例如 text-davinci-003 有)。您还可以继续微调微调模型以添加其他数据,而无需从头开始。

安装

我们建议使用我们的 OpenAI 命令行界面 (CLI)。要安装这个,运行

pip install --upgrade openai

(以下说明适用于 0.9.4 及更高版本。此外,OpenAI CLI 需要 python 3。)

通过将以下行添加到您的 shell 初始化脚本(例如 .bashrc、zshrc 等)或在微调命令之前的命令行中运行它来设置您的 OPENAI_API_KEY 环境变量:

export OPENAI_API_KEY="<OPENAI_API_KEY>"

准备训练数据

训练数据是你如何教 GPT-3 你想让它说什么。

您的数据必须是 JSONL 文档,其中每一行都是一个提示完成对,对应于一个训练示例。您可以使用我们的 CLI 数据准备工具轻松地将您的数据转换成这种文件格式。

{"prompt": "<prompt text>", "completion": "<ideal generated text>"}
{"prompt": "<prompt text>", "completion": "<ideal generated text>"}
{"prompt": "<prompt text>", "completion": "<ideal generated text>"}
...

设计用于微调的提示和补全不同于设计用于我们的基本模型(Davinci、Curie、Babbage、Ada)的提示。特别是,虽然基础模型的提示通常包含多个示例(“小样本学习”),但对于微调,每个训练示例通常包含一个输入示例及其相关输出,无需给出详细说明或在同一提示中包含多个示例。

有关如何为各种任务准备训练数据的更多详细指导,请参阅我们准备数据集的最佳实践。

您拥有的训练示例越多越好。我们建议至少有几百个示例。一般来说,我们发现数据集大小每增加一倍都会导致模型质量线性增加。

CLI数据准备工具

我们开发了一个工具来验证、提供建议和重新格式化您的数据:

openai tools fine_tunes.prepare_data -f <LOCAL_FILE>

此工具接受不同的格式,唯一的要求是它们包含提示和完成列/键。您可以传递 CSV、TSV、XLSX、JSON 或 JSONL 文件,它会在指导您完成建议的更改过程后将输出保存到 JSONL 文件中以备微调。

创建微调模型

以下假设您已经按照上述说明准备了训练数据。

使用 OpenAI CLI 开始微调工作:

openai api fine_tunes.create -t <TRAIN_FILE_ID_OR_PATH> -m <BASE_MODEL>

其中 BASE_MODEL 是您开始使用的基础模型的名称(ada、babbage、curie 或 davinci)。您可以使用后缀参数自定义微调模型的名称。

运行上面的命令会做几件事:

  1. 使用文件 API 上传文件(或使用已经上传的文件)
  2. 创建微调作业
  3. 流式传输事件直到作业完成(这通常需要几分钟,但如果队列中有很多作业或您的数据集很大,则可能需要数小时)

每个微调工作都从一个默认为居里的基本模型开始。模型的选择会影响模型的性能和运行微调模型的成本。您的模型可以是以下之一:ada、babbage、curie 或 davinci。请访问我们的定价页面,了解有关微调费率的详细信息。

开始微调作业后,可能需要一些时间才能完成。在我们的系统中,您的工作可能排在其他工作之后,训练我们的模型可能需要几分钟或几小时,具体取决于模型和数据集的大小。如果事件流因任何原因中断,您可以通过运行以下命令恢复它:

openai api fine_tunes.follow -i <YOUR_FINE_TUNE_JOB_ID>

工作完成后,它应该显示微调模型的名称。

除了创建微调作业外,您还可以列出现有作业、检索作业状态或取消作业。

# List all created fine-tunes
openai api fine_tunes.list

# Retrieve the state of a fine-tune. The resulting object includes
# job status (which can be one of pending, running, succeeded, or failed)
# and other information
openai api fine_tunes.get -i <YOUR_FINE_TUNE_JOB_ID>

# Cancel a job
openai api fine_tunes.cancel -i <YOUR_FINE_TUNE_JOB_ID>

使用微调模型

当作业成功时, fine_tuned_model 字段将填充模型名称。您现在可以将此模型指定为我们的 Completions API 的参数,并使用 Playground 向它发出请求。

在您的工作首次完成后,您的模型可能需要几分钟时间才能准备好处理请求。如果对您的模型的完成请求超时,可能是因为您的模型仍在加载中。如果发生这种情况,请在几分钟后重试。

您可以通过将模型名称作为完成请求的模型参数传递来开始发出请求:

OpenAI CLI:

openai api completions.create -m <FINE_TUNED_MODEL> -p <YOUR_PROMPT>

cURL:

curl https://api.openai.com/v1/completions \
  -H "Authorization: Bearer $OPENAI_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"prompt": YOUR_PROMPT, "model": FINE_TUNED_MODEL}'

Python:

import openai
openai.Completion.create(
    model=FINE_TUNED_MODEL,
    prompt=YOUR_PROMPT)

Node.js:

const response = await openai.createCompletion({
  model: FINE_TUNED_MODEL
  prompt: YOUR_PROMPT,
});

您可以继续使用所有其他完成参数,如 temperature、frequency_penalty、presence_penalty 等,对这些请求进行微调模型。

删除微调模型

要删除微调模型,您必须在您的组织中被指定为“所有者”。

OpenAI CLI:

openai api models.delete -i <FINE_TUNED_MODEL>

cURL:

curl -X "DELETE" https://api.openai.com/v1/models/<FINE_TUNED_MODEL> \
  -H "Authorization: Bearer $OPENAI_API_KEY"

Python:

import openai
openai.Model.delete(FINE_TUNED_MODEL)

准备数据集

微调是一种强大的技术,可用于创建特定于您的用例的新模型。在微调您的模型之前,我们强烈建议您阅读以下针对您的用例的最佳实践和具体指南。

数据格式化

要微调模型,您需要一组训练示例,每个训练示例都包含一个输入(“提示”)及其关联的输出(“完成”)。这与使用我们的基本模型明显不同,在基本模型中,您可能会在单个提示中输入详细说明或多个示例。

  • 每个提示都应以固定分隔符结尾,以在提示结束和完成开始时通知模型。通常效果很好的简单分隔符是 \n\n###\n\n。分隔符不应出现在任何提示中的其他地方。
  • 由于我们的标记化,每个完成都应该以一个空格开头,它用一个前面的空格标记了大多数单词。
  • 每次完成都应以固定的停止序列结束,以在完成结束时通知模型。停止序列可以是 \n、### 或任何其他未出现在任何完成中的标记。
  • 对于推理,您应该按照与创建训练数据集时相同的方式格式化提示,包括相同的分隔符。还指定相同的停止序列以正确截断完成。

一般最佳实践

使用更多高质量的示例进行微调效果更好。要微调一个比使用我们的基本模型使用高质量提示更好地执行的模型,您应该提供至少几百个高质量的示例,最好由人类专家审查。从那里开始,性能往往会随着示例数量的每增加一倍而线性增加。增加示例的数量通常是提高性能的最佳和最可靠的方法。

分类器是最容易上手的模型。对于分类问题,我们建议使用 ada,经过微调后,它通常只会比功能更强大的模型稍微差一点,同时速度更快,成本更低。

如果您要对预先存在的数据集进行微调,而不是从头开始编写提示,请务必在可能的情况下手动检查您的数据是否存在令人反感或不准确的内容,或者如果数据集很大,请检查尽可能多的随机样本。

具体准则

微调可以解决多种问题,最佳使用方式可能取决于您的具体用例。下面,我们列出了最常见的微调用例和相应的指南。

分类

在分类问题中,提示中的每个输入都应分类到预定义的类别之一。对于此类问题,我们建议:

  • 在提示末尾使用分隔符,例如\n\n###\n\n。当您最终向您的模型发出请求时,请记住还要附加此分隔符。
  • 选择映射到单个令牌的类。在推理时,指定 max_tokens=1 因为您只需要第一个标记进行分类。
  • 确保提示+完成不超过 2048 个标记,包括分隔符
  • 目标是每类至少 ~100 个例子
  • 要获得类日志概率,您可以在使用模型时指定 logprobs=5 (对于 5 个类)
  • 确保用于微调的数据集在结构和任务类型上与模型将用于的数据集非常相似

案例研究:模型是否做出了不真实的陈述?

假设您希望确保您网站上的广告文字提及正确的产品和公司。换句话说,您要确保模型没有胡编乱造。您可能想要微调过滤掉不正确广告的分类器。

数据集可能类似于以下内容:

{"prompt":"Company: BHFF insurance\nProduct: allround insurance\nAd:One stop shop for all your insurance needs!\nSupported:", "completion":" yes"}
{"prompt":"Company: Loft conversion specialists\nProduct: -\nAd:Straight teeth in weeks!\nSupported:", "completion":" no"}

在上面的示例中,我们使用了包含公司名称、产品和相关广告的结构化输入。我们使用 \nSupported: 作为分隔符,它清楚地将提示与完成分开。对于足够数量的示例,分隔符不会产生太大影响(通常小于 0.4%),只要它没有出现在提示或完成中即可。

对于这个用例,我们微调了一个 ada 模型,因为它会更快、更便宜,而且性能将与更大的模型相当,因为它是一个分类任务。

现在我们可以通过发出完成请求来查询我们的模型。

curl https://api.openai.com/v1/completions \
  -H "Content-Type: application/json" \
  -H "Authorization: Bearer $OPENAI_API_KEY" \
  -d '{
    "prompt": "Company: Reliable accountants Ltd\nProduct: Personal Tax help\nAd:Best advice in town!\nSupported:",
    "max_tokens": 1,
    "model": "YOUR_FINE_TUNED_MODEL_NAME"
  }'

这将返回是或否。

案例研究:情绪分析

假设您想要了解特定推文的正面或负面程度。数据集可能类似于以下内容:

{"prompt":"Overjoyed with the new iPhone! ->", "completion":" positive"}
{"prompt":"@lakers disappoint for a third straight night https://t.co/38EFe43 ->", "completion":" negative"}

对模型进行微调后,您可以通过在完成请求上设置 logprobs=2 来取回第一个完成标记的对数概率。正类别的概率越高,相对情绪就越高。

现在我们可以通过发出完成请求来查询我们的模型。

curl https://api.openai.com/v1/completions \
  -H "Content-Type: application/json" \
  -H "Authorization: Bearer $OPENAI_API_KEY" \
  -d '{
    "prompt": "https://t.co/f93xEd2 Excited to share my latest blog post! ->",
    "max_tokens": 1,
    "model": "YOUR_FINE_TUNED_MODEL_NAME"
  }'

哪个将返回:

{
  "id": "cmpl-COMPLETION_ID",
  "object": "text_completion",
  "created": 1589498378,
  "model": "YOUR_FINE_TUNED_MODEL_NAME",
  "choices": [
    {
      "logprobs": {
        "text_offset": [
          19
        ],
        "token_logprobs": [
          -0.03597255
        ],
        "tokens": [
          " positive"
        ],
        "top_logprobs": [
          {
            " negative": -4.9785037,
            " positive": -0.03597255
          }
        ]
      },

      "text": " positive",
      "index": 0,
      "finish_reason": "length"
    }
  ]
}

案例研究:电子邮件分类的分类

假设您希望将收到的电子邮件归入大量预定义类别之一。对于大量类别的分类,我们建议您将这些类别转换为数字,最多可处理约 500 个类别。我们观察到,由于标记化,在数字前添加一个空格有时会对性能略有帮助。您可能希望按如下方式构建训练数据:

{"prompt":"Subject: <email_subject>\nFrom:<customer_name>\nDate:<date>\nContent:<email_body>\n\n###\n\n", "completion":" <numerical_category>"}

例如:

{"prompt":"Subject: Update my address\nFrom:Joe Doe\nTo:support@ourcompany.com\nDate:2021-06-03\nContent:Hi,\nI would like to update my billing address to match my delivery address.\n\nPlease let me know once done.\n\nThanks,\nJoe\n\n###\n\n", "completion":" 4"}

在上面的示例中,我们使用了一封上限为 2043 个令牌的传入电子邮件作为输入。 (这允许使用 4 个标记分隔符和一个标记完成,总计为 2048。)作为分隔符,我们使用 \n\n###\n\n 并且我们删除了电子邮件中所有出现的 ### 。

条件生成

条件生成是需要在给定某种输入的情况下生成内容的问题。这包括释义、总结、实体提取、编写给定规范的产品描述、聊天机器人等。对于此类问题,我们建议:

  • 在提示末尾使用分隔符,例如\n\n###\n\n。当您最终向您的模型发出请求时,请记住还要附加此分隔符。
  • 在完成结束时使用结束标记,例如结尾
  • 请记住在推理过程中将结束标记添加为停止序列,例如 stop=[" END"]
  • 目标是至少 ~500 个示例
  • 确保提示+完成不超过 2048 个标记,包括分隔符
  • 确保示例具有高质量并遵循相同的所需格式
  • 确保用于微调的数据集在结构和任务类型上与模型将用于的数据集非常相似
  • 使用较低的学习率和仅 1-2 个时期往往更适合这些用例

案例研究:根据维基百科文章撰写引人入胜的广告

这是一个生成用例,因此您需要确保提供的样本具有最高质量,因为微调模型将尝试模仿给定示例的风格(和错误)。一个好的起点是大约 500 个示例。示例数据集可能如下所示:

{"prompt":"<Product Name>\n<Wikipedia description>\n\n###\n\n", "completion":" <engaging ad> END"}

例如:

{"prompt":"Samsung Galaxy Feel\nThe Samsung Galaxy Feel is an Android smartphone developed by Samsung Electronics exclusively for the Japanese market. The phone was released in June 2017 and was sold by NTT Docomo. It runs on Android 7.0 (Nougat), has a 4.7 inch display, and a 3000 mAh battery.\nSoftware\nSamsung Galaxy Feel runs on Android 7.0 (Nougat), but can be later updated to Android 8.0 (Oreo).\nHardware\nSamsung Galaxy Feel has a 4.7 inch Super AMOLED HD display, 16 MP back facing and 5 MP front facing cameras. It has a 3000 mAh battery, a 1.6 GHz Octa-Core ARM Cortex-A53 CPU, and an ARM Mali-T830 MP1 700 MHz GPU. It comes with 32GB of internal storage, expandable to 256GB via microSD. Aside from its software and hardware specifications, Samsung also introduced a unique a hole in the phone's shell to accommodate the Japanese perceived penchant for personalizing their mobile phones. The Galaxy Feel's battery was also touted as a major selling point since the market favors handsets with longer battery life. The device is also waterproof and supports 1seg digital broadcasts using an antenna that is sold separately.\n\n###\n\n", "completion":"Looking for a smartphone that can do it all? Look no further than Samsung Galaxy Feel! With a slim and sleek design, our latest smartphone features high-quality picture and video capabilities, as well as an award winning battery life. END"}

这里我们使用了多行分隔符,因为维基百科文章包含多个段落和标题。我们还使用了一个简单的结束标记,以确保模型知道何时应该完成完成。

案例研究:实体提取

这类似于语言转换任务。为了提高性能,最好按字母顺序或按照它们在原始文本中出现的相同顺序对不同的提取实体进行排序。这将有助于模型跟踪需要按顺序生成的所有实体。数据集可能如下所示:

{"prompt":"<any text, for example news article>\n\n###\n\n", "completion":" <list of entities, separated by a newline> END"}

例如:

{"prompt":"Portugal will be removed from the UK's green travel list from Tuesday, amid rising coronavirus cases and concern over a \"Nepal mutation of the so-called Indian variant\". It will join the amber list, meaning holidaymakers should not visit and returnees must isolate for 10 days...\n\n###\n\n", "completion":" Portugal\nUK\nNepal mutation\nIndian variant END"}

多行分隔符效果最好,因为文本可能包含多行。理想情况下,输入提示的类型会高度多样化(新闻文章、维基百科页面、推文、法律文件),这反映了提取实体时可能遇到的文本。

案例研究:客户支持聊天机器人

聊天机器人通常会包含有关对话的相关上下文(订单详细信息)、到目前为止的对话摘要以及最近的消息。对于这个用例,相同的过去对话可以在数据集中生成多行,每次都有稍微不同的上下文,对于每个代理生成作为完成。这个用例将需要几千个示例,因为它可能会处理不同类型的请求和客户问题。为确保高质量的性能,我们建议审查对话样本以确保代理消息的质量。可以使用单独的文本转换微调模型生成摘要。数据集可能如下所示:

{"prompt":"Summary: <summary of the interaction so far>\n\nSpecific information:<for example order details in natural language>\n\n###\n\nCustomer: <message1>\nAgent: <response1>\nCustomer: <message2>\nAgent:", "completion":" <response2>\n"}
{"prompt":"Summary: <summary of the interaction so far>\n\nSpecific information:<for example order details in natural language>\n\n###\n\nCustomer: <message1>\nAgent: <response1>\nCustomer: <message2>\nAgent: <response2>\nCustomer: <message3>\nAgent:", "completion":" <response3>\n"}

在这里,我们有意分离不同类型的输入信息,但在提示和完成之间以相同的格式维护客户代理对话框。所有的完成都应该只由代理完成,我们可以在进行推理时使用 \n 作为停止序列。

案例研究:基于技术属性列表的产品描述

在这里,将输入数据转换为自然语言很重要,这可能会带来卓越的性能。例如,以下格式:

{"prompt":"Item=handbag, Color=army_green, price=$99, size=S->", "completion":" This stylish small green handbag will add a unique touch to your look, without costing you a fortune."}

不会像以下那样工作:

{"prompt":"Item is a handbag. Colour is army green. Price is midrange. Size is small.->", "completion":" This stylish small green handbag will add a unique touch to your look, without costing you a fortune."}

为了获得高性能,请确保完成是基于所提供的描述。如果经常查阅外部内容,则以自动方式添加此类内容将提高性能。如果描述基于图像,则使用算法提取图像的文本描述可能会有所帮助。由于补全只有一个句子长,我们可以使用 .作为推理期间的停止序列。

高级用法

自定义您的模型名称

您可以使用后缀参数将最多 40 个字符的后缀添加到经过微调的模型名称中。

OpenAI CLI:

openai api fine_tunes.create -t test.jsonl -m ada --suffix "custom model name"

结果名称将是:

ada:ft-your-org:custom-model-name-2022-02-15-04-21-04

分析您的微调模型

我们会在每个作业完成后附上一个结果文件。当您检索微调时以及查看微调中的事件时,将列出此结果文件 ID。您可以下载这些文件:

OpenAI CLI:

openai api fine_tunes.results -i <YOUR_FINE_TUNE_JOB_ID>

CURL:

curl https://api.openai.com/v1/files/$RESULTS_FILE_ID/content \
  -H "Authorization: Bearer $OPENAI_API_KEY" > results.csv

_results.csv 文件为每个训练步骤包含一行,其中一个步骤是指对一批数据的一次前向和反向传递。除步骤编号外,每行还包含与该步骤对应的以下字段:

  • elapsed_tokens: 到目前为止模型已经看到的标记数量(包括重复)
  • elapsed_examples: 模型到目前为止已经看到的示例数量(包括重复),其中一个示例是您的批次中的一个元素。例如,如果 batch_size = 4,则每一步都会将 elapsed_examples 增加 4。
  • training_loss: 训练批次损失
  • training_sequence_accuracy: 模型的预测标记与真实完成标记完全匹配的训练批次中的完成百分比。例如,如果 batch_size 为 3,如果您的数据包含补全 [[1, 2], [0, 5], [4, 2]] 和模型预测 [[1, 1], [0, 5] , [4, 2]], 这个精度将是 2/3 = 0.67
  • training_token_accuracy: 模型正确预测的训练批次中标记的百分比。例如,如果 batch_size 为 3,如果您的数据包含补全 [[1, 2], [0, 5], [4, 2]] 和模型预测 [[1, 1], [0, 5] , [4, 2]], 这个精度将是 5/6 = 0.83

分类特定指标

我们还提供了在结果文件中生成其他特定于分类的指标的选项,例如准确性和加权 F1 分数。这些指标是根据完整的验证集和微调结束时定期计算的。您将在结果文件中看到它们作为附加列。

要启用此功能,请设置参数 --compute_classification_metrics。此外,您必须提供一个验证文件,并为多类分类设置 classification_n_classes 参数,或为二元分类设置 classification_positive_class 参数。

OpenAI CLI:

# For multiclass classification
openai api fine_tunes.create \
  -t <TRAIN_FILE_ID_OR_PATH> \
  -v <VALIDATION_FILE_OR_PATH> \
  -m <MODEL> \
  --compute_classification_metrics \
  --classification_n_classes <N_CLASSES>

# For binary classification
openai api fine_tunes.create \
  -t <TRAIN_FILE_ID_OR_PATH> \
  -v <VALIDATION_FILE_OR_PATH> \
  -m <MODEL> \
  --compute_classification_metrics \
  --classification_n_classes 2 \
  --classification_positive_class <POSITIVE_CLASS_FROM_DATASET>

如果您设置 --compute_classification_metrics,以下指标将显示在您的结果文件中:

对于多类分类
  • classification/accuracy: accuracy
  • classification/weighted_f1_score: weighted F-1 score
对于二进制分类

以下指标基于 0.5 的分类阈值(即当概率 > 0.5 时,示例被分类为属于正类。)

  • classification/accuracy
  • classification/precision
  • classification/recall
  • classification/f{beta}
  • classification/auroc - AUROC
  • classification/auprc - AUPRC

请注意,这些评估假设您正在为将标记化为单个标记的类使用文本标签,如上所述。如果这些条件不成立,您得到的数字很可能是错误的。

验证

您可以保留一些数据以供验证。验证文件与训练文件具有完全相同的格式,并且您的训练数据和验证数据应该互斥。

如果您在创建微调作业时包含验证文件,则生成的结果文件将包括对微调模型在训练期间定期对验证数据执行情况的评估。

OpenAI CLI:

openai api fine_tunes.create -t <TRAIN_FILE_ID_OR_PATH> \
  -v <VALIDATION_FILE_ID_OR_PATH> \
  -m <MODEL>

如果您提供了验证文件,我们会在训练期间定期计算批量验证数据的指标。您将在结果文件中看到以下附加指标:

  • validation_loss: 验证批次损失
  • validation_sequence_accuracy: 模型的预测标记与真实完成标记完全匹配的验证批次中的完成百分比。例如,batch_size 为 3,如果您的数据包含完成 [[1, 2], [0, 5], [4, 2]] 和模型预测 [[1, 1], [0, 5] , [4, 2]], 这个精度将是 2/3 = 0.67
  • validation_token_accuracy: 模型正确预测的验证批次中标记的百分比。例如,batch_size 为 3,如果您的数据包含完成 [[1, 2], [0, 5], [4, 2]] 和模型预测 [[1, 1], [0, 5] , [4, 2]], 这个精度将是 5/6 = 0.83

超参数

我们选择了适用于一系列用例的默认超参数。唯一需要的参数是训练文件。

也就是说,调整用于微调的超参数通常可以产生产生更高质量输出的模型。特别是,您可能需要配置以下内容:

  • model: 要微调的基本模型的名称。您可以选择“ada”、“babbage”、“curie”或“davinci”之一。要了解有关这些模型的更多信息,请参阅模型文档
  • n_epochs - 默认为 4。训练模型的时期数。一个纪元指的是训练数据集的一个完整周期。
  • batch_size - 默认为训练集中示例数的 0.2%,上限为 256。批量大小是用于训练单个前向和反向传递的训练示例数。总的来说,我们发现更大的批次大小往往更适用于更大的数据集。
  • learning_rate_multiplier - 默认为 0.05、0.1 或 0.2,具体取决于最终的 batch_size。微调学习率是用于预训练的原始学习率乘以该乘数。我们建议使用 0.02 到 0.2 范围内的值进行试验,以查看产生最佳结果的值。根据经验,我们发现较大的学习率通常在较大的批量大小下表现更好。
  • compute_classification_metrics - 默认为假。如果为 True,为了对分类任务进行微调,在每个 epoch 结束时在验证集上计算特定于分类的指标(准确性、F-1 分数等)。

要配置这些额外的超参数,请通过 OpenAI CLI 上的命令行标志传递它们,例如:

openai api fine_tunes.create \
  -t file-JD89ePi5KMsB3Tayeli5ovfW \
  -m ada \
  --n_epochs 1

从微调模型继续微调

如果您已经为您的任务微调了一个模型,并且现在有您想要合并的额外训练数据,您可以从模型继续微调。这将创建一个从所有训练数据中学习的模型,而无需从头开始重新训练。

为此,请在创建新的微调作业时传入微调模型名称(例如 -m curie:ft--)。不必更改其他训练参数,但是如果您的新训练数据比以前的训练数据小得多,您可能会发现将 learning_rate_multiplier 减少 2 到 4 倍很有用。

权重和偏差

您可以将微调与权重和偏差同步以跟踪实验、模型和数据集。

要开始使用,您需要一个 Weights & Biases 帐户和一个付费的 OpenAI 计划。为确保您使用的是最新版本的 openai 和 wandb,请运行:

pip install --upgrade openai wandb

要将微调与权重和偏差同步,请运行:

openai wandb sync

您可以阅读权重和偏差文档以获取有关此集成的更多信息。

示例笔记本

分类

finetuning-classification.ipynb

此笔记本将演示如何微调模型,该模型可以对一段输入文本是否与棒球或曲棍球相关进行分类。我们将在笔记本中分四个步骤执行此任务:

  1. 数据探索将概述数据源和示例
  2. 数据准备会将我们的数据源变成一个jsonl文件,可以用来微调
  3. 微调将启动微调工作并解释生成的模型的性能
  4. 使用该模型将演示向微调模型发出请求以获得预测。

问题解答

olympics-1-collect-data.ipynb

olympics-2-create-qa.ipynb

olympics-3-train-qa.ipynb

这个项目的想法是基于提供的文本的几段来创建一个问答模型。当答案包含在段落中时,基本 GPT-3 模型在回答问题方面做得很好,但是如果答案不包含在内,基本模型往往会尽力回答,这通常会导致混淆答案。

为了创建一个仅在有足够上下文的情况下才回答问题的模型,我们首先创建一个基于文本段落的问题和答案数据集。为了训练模型仅在出现答案时回答,我们还添加了对抗性示例,其中问题与上下文不匹配。在这些情况下,我们要求模型输出“没有足够的上下文来回答问题”。

我们将在三个笔记本中执行此任务:

  1. The first notebook 专注于收集最近的数据,这些数据是 GPT-3 在预训练期间没有看到的。我们选择了 2020 年奥运会(实际发生在 2021 年夏天)的主题,并下载了 713 个独特的页面。我们按各个部分组织数据集,这些部分将作为提问和回答问题的背景。
  2. The second notebook 将利用 Davinci-instruct 根据维基百科部分提出一些问题,并根据该部分回答这些问题。
  3. The third notebook 将利用上下文、问题和答案对的数据集来额外创建对抗性问题和上下文对,其中问题不是在该上下文中生成的。在这些情况下,系统将提示模型回答“没有足够的上下文来回答问题”。我们还将训练一个鉴别器模型,该模型预测是否可以根据上下文回答问题。

转自 https://m.w3cschool.cn/openai_api/openai-api-fine-tuning.html


标题:OpenAI API Fine-tuning
作者:michael
地址:https://blog.junxworks.cn/articles/2023/04/28/1682653345911.html