★ FEATURED ARTICLE 版本信息ollama v0.40.6 是 Latest 版本发布于 2026 年 10 月 20 日。本次版本共包含 9 次提交涉及 13 个文件变更共计新增 277 行、删除 42 行参与贡献者共 3 位。版本更新内容聚焦于 Windows 平台运行器管理、GGUF 文件与张量类型扩展、Clef 云端启动以及命令行问答模式的键标识优化。从变更记录来看v0.40.6 虽然提交数量不多但覆盖了运行稳定性、模型文件兼容性、云端能力与命令行交互体验等多个方向。其中cmd/decide.go的问答键调整尤其值得关注原本直接以问题文本作为键的方式改为使用稳定的标识符键同时在最终输出时仍然展示问题文本。本次更新内容总览v0.40.6 的主要变更包括以下四项Windows防止出现孤立的 Runner 进程。GGUF新增q2_0张量类型和文件类型。Clef在 Ollama 云端启动。--ask模式使用标识符作为问题键。从提交记录的时间来看相关改动集中在 2026 年 10 月 16 日完成之后汇总进入 2026 年 10 月 20 日发布的 v0.40.6 版本。Windows 平台防止孤立 Runner本次更新包含一项 Windows 平台相关修复目标是防止 Runner 变成孤立进程。变更说明明确指出Windows 平台将避免出现 orphaned runners也就是没有正常关联或没有被正常管理的 Runner。这一项更新属于运行管理方向的调整。v0.40.6 将该修复纳入正式版本意味着 Windows 环境下的 Runner 生命周期管理获得了针对性处理。在本次版本的提交记录中这项内容位于 2026 年 10 月 16 日的提交列表中是 v0.40.6 的核心更新之一。GGUF 扩展新增 q2_0 张量与文件类型v0.40.6 为 GGUF 增加了q2_0张量类型和文件类型支持。更新说明中直接写明GGUF 新增q2_0tensor 和 file types。其中涉及两个层面新增q2_0张量类型。新增q2_0文件类型。这一改动意味着在 GGUF 相关的处理范围中q2_0被纳入了本次版本的支持内容。从提交顺序看GGUF 的q2_0支持在同一批更新中完成并且随后还伴随一次清理性质的提交。最终这部分内容被合并进入 v0.40.6。对于关注 GGUF 文件格式与张量类型变化的用户来说v0.40.6 的这一更新是版本中的重要兼容性调整。Clef 云端启动本次版本还包括 Clef 在 Ollama 云端的启动。更新记录中给出的内容是Launch clef in Ollama’s cloud。在提交记录中Clef 云端启动相关内容先完成提交之后又进行了措辞精确化调整最终完成合并。这部分更新表明v0.40.6 的变化不仅覆盖本地运行和文件格式也涉及 Ollama 云端中的 Clef 启动内容。从本次公开的变更信息来看Clef 云端启动是独立列出的重要更新项与 Windows Runner 修复、GGUF 类型扩展、问答键标识优化共同构成了 v0.40.6 的主要变化。重点解析--ask模式改用问题标识符键v0.40.6 中最明确、最详细的代码变化出现在cmd/decide.go。这一文件显示 24 处变更其中新增 13 行、删除 11 行。修改的核心方向是原先使用“问题文本本身”作为问答结果的键调整为使用类似q1、q2这样的标识符作为问题键。同时命令行最终输出、错误提示等面向用户的信息仍然会显示原始问题文本而不是显示内部标识符。这一设计将“内部问题键”和“用户可读问题文本”进行了分离。原有方式直接用问题文本作为键在原有逻辑中yesNoQuestions的注释表达的是yesNoQuestions 会将每段文本作为一个是或否问题并且以文本本身作为键。也就是说传入的问题文本不仅是指令内容同时还承担了问题键的角色。原先的逻辑在遍历问题文本时会直接将文本设置为问题集合中的键。换句话说问题内容是什么内部键就是什么。在askedQuestions中也使用了相同方式。原有注释说明askedQuestions返回的是以问题文本作为键的--ask问题。问题可以是是或否问题。使用--choice标签回答的问题。使用--level等级刻度回答的问题。原逻辑会将每一个问题的文本作为键写入问题集合。新方式使用 q1、q2 作为内部问题键v0.40.6 对上述逻辑进行了调整。在yesNoQuestions中遍历文本时不再只获取文本内容还会同时获取遍历索引。也就是说处理过程从“逐个文本处理”变为“根据序号和文本共同处理”。原先直接以文本作为键的方式被替换成通过格式化生成标识符键的方式。新的问题键形式为第一题使用q1第二题使用q2第三题使用q3后续问题依此类推具体来说标识符由字母q加上从 1 开始的序号组成。因此在是或否问题构建过程中问题文本仍然会被序列化为指令内容但问题集合的键不再是文本本身而是对应的q1、q2等标识符。这意味着问题文本与问题键的职责被明确区分问题文本用于保存问题指令。问题键用于作为内部检索与答案关联的标识。askedQuestions同步改造同样的变化也应用到了askedQuestions。askedQuestions负责处理--ask参数中的问题。代码先获取名为ask的标志如果该标志不存在则直接返回空的问题集合。当--ask存在时代码会遍历已经记录的问题列表。每一道问题仍会构造一个SystemOneQuestion并将类型默认设为noul。问题文本仍会被序列化后写入Instructions字段。随后代码根据不同条件为问题设置不同类型如果问题属于是或否形式则保持对应的处理方式。如果问题带有--choice标签则会设置为选择类问题。如果问题带有--level等级刻度则会设置为score类型。对于等级刻度问题等级内容会被序列化后写入Criteria字段。在 v0.40.6 之前最终会使用问题文本作为集合键。而在 v0.40.6 中最终写入集合时改为使用基于序号生成的键也就是q1、q2、q3等形式。因此无论是yesNoQuestions还是--ask模式下的askedQuestions都统一改为使用标识符键。注释同步更新不再强调“以文本作为键”代码注释也随着逻辑同步更新。yesNoQuestions原先强调的是每段文本会被作为是或否问题并且以文本自身作为键。更新后的注释删除了“以文本自身作为键”这一描述只保留“将每段文本作为是或否问题”的说明。同样askedQuestions原先强调返回的是“以问题文本作为键”的--ask问题。更新后这一描述也被调整为仅说明返回的是--ask问题问题可以是是或否、通过--choice标签回答或者通过--level等级刻度回答。注释变化与代码变化保持一致问题文本不再是内部键因此注释不再将“文本作为键”描述为该函数的行为。回答读取逻辑按标识符取答案除了问题创建逻辑之外v0.40.6 还修改了答案读取逻辑。在decide函数中原先遍历问题集合时只获取问题名称也就是键名。更新后遍历过程中同时获取问题键也就是内部标识符。问题对象也就是包含问题指令、类型等信息的内容。代码会先从问题对象的Instructions字段中解析出原始问题文本。随后依然使用内部问题键去答案集合中查找回答。也就是说答案查找仍然依据q1、q2这样的键完成。这一点非常重要v0.40.6 并不是取消问题键而是将原先直接使用问题文本的键替换成了稳定的标识符键。处理流程可以概括为根据q1、q2等内部键定位答案。从问题指令中解析原始问题文本。在错误提示和最终展示中使用问题文本。错误信息更贴近用户问题内容v0.40.6 对错误提示进行了同步调整。在旧逻辑中如果没有找到答案错误信息会提示没有找到某个键对应的答案。由于旧键就是问题文本因此显示出来的是文本。在新逻辑中内部键已经变为q1、q2等标识符。如果仍然直接将内部键展示给用户错误信息可能只会显示类似“没有答案 q1”的内容。因此更新后的代码会先解析出问题文本再在错误信息中显示该问题文本。没有答案时错误信息会针对具体问题文本进行提示而不是针对内部标识符进行提示。答案 JSON 解析失败时错误信息同样从使用内部键调整为使用问题文本。未知答案类型时错误信息也从显示内部键改为显示问题文本。这一系列调整覆盖了多个错误场景没有找到对应答案。回答内容无法完成 JSON 解析。回答包含未知类型。虽然内部查询已经依赖q1、q2等键但面向用户的错误提示仍保留原问题文本从而让提示内容与实际提出的问题保持一致。最终输出多题场景显示问题文本而非 q1、q2v0.40.6 还调整了多问题场景下的输出内容。原有逻辑中如果问题数量大于 1表格输出会先打印问题键。由于过去问题键就是问题文本因此用户看到的内容仍然是问题本身。但更新后问题键变成了q1、q2等标识符。如果保持旧输出方式那么多问题场景下将展示q1、q2等内部标识。因此新逻辑将输出字段从问题键改成了已解析出的原始问题文本。也就是说在问题数量大于 1 时表格的第一列不再显示内部键而是显示用户实际提出的问题内容。这项变化使内部实现与外部展示形成了清晰分工场景v0.40.6 使用的内容问题集合内部键q1、q2、q3等标识符答案集合查询q1、q2、q3等标识符问题指令内容原始问题文本缺少答案时的提示原始问题文本答案解析失败时的提示原始问题文本未知答案类型时的提示原始问题文本多问题表格输出原始问题文本答案类型处理逻辑保持不变虽然问题键发生变化但decide函数中对答案内容的处理结构仍然保留。答案会被解析为包含以下信息的结构TypeAnswerScoreLegendProbabilities之后代码根据答案类型决定输出内容。对于不同类型的答案仍会生成对应的回答与度量信息。其中分数类回答会根据概率、得分和等级数量形成度量结果。输出格式包含百分比、分数以及等级数量相关信息。本次更新的重点不在于改变答案类型处理而在于改变问题键的生成、答案查找时的键使用以及面向用户输出时的问题文本展示方式。提交记录中的相关变化根据本次版本提供的提交列表2026 年 10 月 16 日出现了以下相关内容Windows 平台防止孤立 Runner。Clef 云端启动。对措辞进行更精确的调整。GGUF 新增q2_0张量与文件类型。清理相关内容。Clef 云端启动相关合并。--ask模式使用标识符作为问题键。测试。--ask问题键改动相关合并。这些提交最终共同构成 v0.40.6 的发布内容。其中Clef 云端启动在提交过程中包含了启动内容、措辞精确化与后续合并--ask问题键调整则包含功能实现、测试与后续合并。v0.40.6 更新总结代码地址github.com/ollama/ollamaollama v0.40.6 发布于 2026 年 10 月 20 日是一个包含 9 次提交、涉及 13 个文件的版本。本次更新覆盖四个明确方向Windows 平台防止孤立 Runner。GGUF 支持新增q2_0张量类型和文件类型。Clef 在 Ollama 云端启动。--ask模式的问题键从问题文本改为q1、q2等标识符。其中cmd/decide.go的调整体现出一个清晰变化内部系统不再直接依赖问题文本作为键而改用稳定的序号标识符但在最终输出和错误提示中仍然展示原始问题文本。因此v0.40.6 中的问答模式可以概括为内部使用标识符完成问题与答案关联外部继续使用问题文本保证输出可读性。结合 Windows Runner 管理修复、GGUFq2_0类型扩展与 Clef 云端启动ollama v0.40.6 的更新内容已经完整覆盖运行、格式、云端与命令行问答四个部分。
阅读完成 · 觉得有帮助？
