测试 Dolphin 2.2:基于 Mistral 7B 的微调模型

原标题Testing Dolphin 2.2, a Mistral 7B Fine-Tune

Matthew Berman 用编程、格式化和推理提示测试一个小型开放权重模型,结果有好有坏。

MBMatthew Berman主持 · Forward Future
频道
Matthew Berman
发布
2023年11月7日
视频
11:05
阅读
6 分钟
幻灯片
5
原文
英语
在 YouTube 打开
往下滚动阅读时,视频会缩到右下角继续播放。字幕跟随阅读语言。
阅读语言共 2 种语言可读
由 AI 从英语原文翻译。打开“对照原文”可以逐段核对。
摘要

30 秒看懂

Matthew Berman 用少量提示测试 Eric Hartford 的 Dolphin 2.2 Mistral 7B。模型完成了若干简单的格式和事实指令,但生成的贪吃蛇代码在他的测试中无法运行,几个推理答案也不正确。他判为通过的诗有 52 个词,而要求是 50 个;这些非正式示例并非标准化基准测试。

  1. 1模型背景Dolphin 2.2 基于 Mistral 7B,加入了经过筛选的对话数据;模型卡提醒其可能高度服从请求。
  2. 2贪吃蛇未能运行在 Berman 的测试中,未定义的代码和无效的后续修复导致游戏未能在画面上运行。
  3. 3晒衣计算错误模型回答 100 小时;如果在条件不变的情况下同时晾晒,预期答案是四小时。
  4. 4弹珠与杯子模型忽略了一个倒扣的杯子被拿起时,弹珠通常会留在桌面上。

要点建议

  1. Dolphin 2.2 是基于 Mistral 7B 的微调模型,其创建者称设计目标之一是提高对请求的服从程度。
  2. 测试通过 RunPod 上的 text-generation-webui 运行未量化模型。
  3. 经过多次尝试修复,生成的贪吃蛇游戏仍未能在画面上正常运行。
  4. 52 词的诗很接近要求,但不符合恰好 50 词的指令。
  5. 模型虽然完成了一些简单任务,却答错了多个推理谜题。
  6. 模型卡后来指出 2.2 版本发生过拟合,并推荐使用 2.2.1 版本。
全文

按章节阅读整理后的全文

只看原始文稿
01

Dolphin 2.2 与测试设置

Berman 介绍 Mistral 微调模型、模型卡和自己的测试设置,并提到模型旨在提高对请求的服从程度。

Eric Hartford 的 Dolphin 2.2 是基于 Mistral 7B 的微调模型,接续 Dolphin 2.0 和 2.1 推出。我之前觉得这个小模型的表现令人印象深刻,因此打算用一系列非正式的编程、写作和推理提示测试这个版本。这些是单独的示例,并非标准化评估。

Hartford 和我讨论过为 AutoGen 和 MemGPT 微调模型的可能性,他正在寻找相关的 API 交互数据。这个想法是改善模型在这些智能体框架中的表现;它是一个拟议项目,并非这些测试已经证实的成果。

[模型卡](https://huggingface.co/dphn/dolphin-2.2-mistral-7b)介绍,Dolphin 2.2 基于 Mistral 7B,并加入了经过筛选的 Samantha 数据,旨在改善对话、同理心式回答和多轮交互。这些是训练目标,不能证明模型真的有感受。模型卡称该模型采用 Apache 2.0 许可证,并提醒它可能服从不道德的请求。

模型被描述为“无审查”,因为其训练数据经过筛选,以减少拒绝回答的情况。创建者建议,在将其作为服务开放之前增加对齐层。模型卡后来指出 2.2 版本出现过拟合,并以 2.2.1 重新发布;本视频测试的是 2.2。

录制时,我在 RunPod 的 text-generation-webui 中使用 Transformers 加载器运行未量化模型,而不是使用本地电脑。我选择并加载模型,采用模型指定的提示格式,并将最大新增 token 数设为 2048。硬件要求会随精度和部署设置变化。

在 text-generation-webui 中加载 Dolphin
幻灯片 1 / 5在 text-generation-webui 中加载 Dolphin模型通过 Transformers 界面加载。
02

编程与写作提示

模型生成了简单的数字输出脚本,但贪吃蛇游戏未能运行。诗歌没有符合精确词数要求,辞职邮件则达到 Berman 的预期。

第一个编程请求很简单:用 Python 输出 1 到 100 的数字。生成的脚本看起来符合要求。下一个提示要求编写贪吃蛇游戏,生成的程序则更难运行。

生成的贪吃蛇代码
幻灯片 2 / 5生成的贪吃蛇代码游戏代码暴露出一些问题,演示中的后续修复未能解决。

我发现贪吃蛇代码中有未定义的部分,包括清空控制台的函数和一个与 Windows 有关的引用。我让模型修正并尝试它的建议,但经过几轮交流,程序仍未显示可运行的游戏。仅凭这次运行,我无法判断它是卡住了还是只是没有显示,所以我将测试判为失败。

在创意写作测试中,我要求写一首恰好 50 词的诗。我数出 52 词,因为很接近而判它通过,但它实际上没有满足精确词数要求。一封辞职邮件格式得体,在我的非正式评估中通过。

03

事实与推理

模型正确回答了历史问题,却答错了晒衣谜题。其他算术和推理结果有好有坏。

对于 1996 年谁是美国总统的事实问题,模型正确回答了 Bill Clinton。它给出的答案比必要的更长,这让我想知道为什么模型在回答详略上差异这么大。正确回答一个常见事实,并不能证明模型可靠地包含了人类全部知识。

我还测试了模型是否愿意回答涉及未经授权进入汽车的请求。它给出了回答而没有拒绝,这与模型卡对其行为的描述一致。这个单独的提示只能展示它在此情形下的行为,不能构成全面的安全评估。

晒衣问题问:如果五件衬衫需要四小时晾干,二十件需要多久?模型用了错误的比例推理,回答 100 小时。如果二十件衣服在相同条件下都能同时晾晒,预期时间是四小时;对晾晒容量作不同假设会改变答案,但模型的计算无法支持 100 小时这一结论。

晒衣问题
幻灯片 3 / 5晒衣问题回答使用了错误计算,得出 100 小时的结论。

在速度比较题中,Jane 比 Joe 快,Joe 比 Sam 快;模型正确得出 Sam 不比 Jane 快。它还正确回答了一道简单加法题和另一道算术表达式。这些例子体现了推理表现有好有坏,而不是一个能代表一般数学能力的分数。

模型生成了一份看起来合理的一日饮食计划,包含正餐、零食和补水。不过,当我让它计算自己回答中的词数时,它说是 105,我发现并不正确。和诗歌测试一样,这说明文字流畅与精确计数是不同的要求。

04

结构化输出与物理推理

Berman 测试计数谜题、摘要和 JSON。最后的弹珠与杯子问题中,模型忽略了可能发生的物理结果。

杀手谜题中,房间里有三名杀手,新进来的人杀掉其中一人,之后没人离开。模型认为还剩两名杀手,忽略了新进来的人也成了杀手。按照通常只计算活着的杀手的解释,答案是三人;如果也计算死者,答案会不同。

杀手计数谜题
幻灯片 4 / 5杀手计数谜题回答忽略了新进入房间的人也成了一名杀手。

摘要测试中,我要求用短横线列出一段核聚变文字的要点。我认为回答涵盖了主要内容,也遵循了要求的格式。另一个提示要求把三个人的简短描述转成 JSON,我发现结果保留了给出的属性。

接着,模型比较一个异想天开的选择:面对 100 匹鸭子大小的马,还是一只马大小的鸭子。它讨论了对手的数量、体型和力量。我认为对于开放式提示,这是一个合理回答;这属于主观判断,并非具有单一可量化正确答案的测试。

最后,我问:一只装有弹珠的杯子倒扣在桌面上,随后有人拿起杯子并放进微波炉,弹珠在哪里?模型说弹珠仍在杯中。按照通常的假设,如果杯子保持倒扣并直接向上拿起,弹珠会留在桌面上;确切结果取决于拿杯子的方式。模型的回答忽略了这一可能的物理后果。

弹珠与杯子的回答
幻灯片 5 / 5弹珠与杯子的回答模型假设倒扣的杯子移动时弹珠仍留在杯中。

总体来看,在我的小规模测试中,Dolphin 2.2 完成了若干直接的格式和事实提示,但贪吃蛇程序和多个推理挑战失败了。诗歌接近目标,却并非恰好 50 词。这些结果是模型在特定提示下的有用行为示例,不能可靠地用于模型排名,也不能替代更广泛的评估。

同频道的其他文章

12 张幻灯片34:21EN → 简体中文
Matthew Berman· 2026年10月27日Matthew Berman 解读 Anthropic 的上市文件、AI 增长与治理Matthew Berman, Sam Altman · Forward Future主持人审视 S-1 中的财务指标、算力战略和投票结构,并质疑 AI 快速发展与安全之间的张力。AnthropicAI Safety企业 AI+2
0:26EN → 简体中文
Matthew Berman· 2026年10月25日Sam Altman 谈 AI 世界中的人类价值与问题解决Sam Altman · OpenAI在一段简短的访谈摘录中,Altman 思考解决难题的乐趣,以及人在解读结果时的作用。Human-AI CollaborationFuture of WorkAI Strategy
2 张幻灯片0:36EN → 简体中文
Matthew Berman· 2026年10月25日Kimi K3.1 与魔方求解演示Matthew Berman · Forward FutureMatthew Berman 展示一个被打乱的虚拟魔方如何复原,并对 Kimi K3.1 的测试给予积极评价。评估编程智能体Open-weight models
2 张幻灯片0:21EN → 简体中文
Matthew Berman· 2026年10月24日AI 生成的 Kimi 基准图表使用了虚构分数Matthew Berman · Forward FutureMatthew Berman 要求生成一张 Kimi K3.1 Pro 基准图表,随后发现图中的数字只是示意性占位值。Benchmarks评估Generative media
6 张幻灯片25:50EN → 简体中文
Matthew Berman· 2026年10月24日Kimi K3.1 Pro 实测:3D 演示出色,表现不一,价格有竞争力Matthew Berman · Forward FutureMatthew Berman 测试这款开放权重模型的编程、3D 渲染和视觉讲解能力,并比较基准成绩与价格。Open-weight modelsBenchmarksAI cost & performance+1
2 张幻灯片32:20EN → 简体中文
Matthew Berman· 2026年10月23日本地 AI 究竟适合谁?成本、取舍与混合模式的未来Matthew Berman · Forward FutureMatthew Berman 权衡数据控制和自主权,与硬件成本、设置复杂度及推理速度之间的关系。Local inferenceOpen-weight modelsAI cost & performance+1