Granite 4.1 3B SVG 鹈鹕测试

关键信息

Willison 表示，他没有看到模型文件大小与 SVG 质量之间有明确对应关系；整体结果都相当差。他还提到，最小的模型反而奇怪地画出了最好的自行车，而最大的模型也只是有一点像鹈鹕。

资讯摘要

Simon Willison 发布了一篇名为“Granite 4.1 3B SVG Pelican Gallery”的文章，展示了一个简单但很有信息量的实验结果。IBM 最近发布了 Granite 4.1 系列 LLM，这一系列采用 Apache 2.0 许可证，并提供 3B、8B 和 30B 三种规模。文章还提到 Granite 团队成员 Yousaf Shah 撰写的训练过程说明，以及 Unsloth 发布的 granite-4.1-3b-GGUF 量化 GGUF 变体集合。这个集合包含 21 个不同的模型文件，大小从 1.2 GB 到 6.34 GB 不等，合计达到 51.3 GB。Willison 利用这些不同大小的版本，提示模型生成“骑自行车的鹈鹕”的 SVG。

随后他把不同模型的输出做成画廊进行对比，观察它们在视觉质量上的差异。结果并没有他预想的那么有趣，也看不出文件大小和生成质量之间存在明显关系。Willison 认为这些输出整体都“相当糟糕”，只是最小的模型意外画出了最好的自行车，而最大的模型也只是勉强像一只鹈鹕。他最后表示，之后可能会换一个更擅长画鹈鹕的模型再做一次类似实验。

资讯正文

Granite 4.1 3B SVG 鹈鹕图库

IBM 几天前发布了他们的 Granite 4.1 系列 LLM。该系列采用 Apache 2.0 许可证，提供 3B、8B 和 30B 三种规模。

Granite 团队成员 Yousaf Shah 撰写的《Granite 4.1 LLMs: How They’re Built》详细介绍了训练过程。

Unsloth 发布了 <a href="https://huggingface.co/unsloth/granite-4.1-3b-GGUF">unsloth/granite-4.1-3b-GGUF</a> 的 GGUF 编码量化版本集合——共有 21 个不同的模型文件，大小从 1.2GB 到 6.34GB 不等。

这 21 个 Unsloth 文件合计达到 51.3GB，这促使我终于尝试了一个我很久以来一直想做的实验：针对同一模型不同大小的量化版本，输入“Generate an SVG of a pelican riding a bicycle”，看看结果会是什么样。

说实话，<a href="https://simonw.github.io/granite-4.1-3b-gguf-pelicans/">结果</a>比我预期的还要没意思。质量和大小之间看不出任何可辨识的规律——它们都糟透了！

<img alt="来自不同大小模型的六张不同 SVG 图像，模型大小从 1.67GB 到 1.2GB 不等。它们几乎全都是抽象形状的集合——奇怪的是，最小的模型做出的自行车版本最好，而最大的那个只勉强有一点像鹈鹕。" src="https://static.simonwillison.net/static/2026/granite-3B-pelicans.jpg" />

我以后大概还会再试一次，不过会换一个更擅长画鹈鹕的模型。

来源与参考

1. 原始链接
2. Granite 4.1 3B SVG Pelican Gallery