11-04 版本复核：Claude Code v2.1.317 与 Ollama v0.40.14 双双转正，Gemini CLI 第九轮仍未转正

要点

• ⭐ 本轮两条新 stable：Claude Code v2.1.317（published_at 2026-11-03T01:25:46Z）接替 10-31 的 v2.1.316；Ollama v0.40.14（2026-11-03T01:40:40Z）接替 10-28 的 v0.40.13。两者 prerelease 均为 false。
• Claude Code 这版改的是「失败判定」，不是功能：claude -p 在磁盘写满或配额耗尽时退出码从 0 改为 1、stdio MCP 的 AWS_BEARER_TOKEN_BEDROCK 从「传空串」改为「不设置」、Grep / Glob 超时不再当作完整结果。详见 v2.1.317 专项资讯。
• Ollama 这版改的是「默认值」：OpenAI 兼容端点不再覆盖模型自带的采样默认值——客户端不传 temperature / top_p 时，拿到的是模型自己的值，而不是 1.0。配置没动，输出分布会变。
• 另五条线无新 stable：Codex rust-v0.166.0（alpha 已到 rust-v0.167.0-alpha.4）、Gemini CLI v0.66.0（v0.67.0 第九轮 404）、OpenCode 1.x v1.19.5 / 2.x v2.2.5、Qwen Code v0.26.6（npm latest 同为 0.26.6）、Kimi Code CLI @moonshot-ai/kimi-code@2.4.1。
• Kimi K3.1 Pro 权重到期日当天仍未上线：官方只写「by Nov 4, 2026」，未写时区；本轮双通道复核（官方站页面 + hf-mirror API）结论一致——moonshotai 名下仍是 19 个仓库、最新仍是 Kimi-K3，无任何 K3.1 仓库。详见 权重到期日复核。

七条版本线当前位置（2026-11-04 逐 tag 核对）

上表时间均为 GitHub Releases 的 published_at（UTC），不是 Git tag 的创建时间，也不是厂商公告日；stable 一律以 prerelease 字段判定，不看 tag 名后缀。OpenCode 必须写成两条线并存，禁止只写「当前 stable 为某版」。Kimi Code 的版本号是 scoped 包名（@moonshot-ai/kimi-code@x.y.z），不是裸 tag。

背景与分析

Claude Code v2.1.317：上一轮的 404 被发布时点追上

11-03 轮次记录的是「v2.1.317 与 v2.1.318 均返回 404，连续第三轮」。本轮核对到的 v2.1.317 published_at 为 2026-11-03T01:25:46Z，即北京时间 11-03 09:25，prerelease: false。

两件事同时成立，不矛盾：

• 上一轮的 404 在核对时点大概率是真实的——11-03 那一轮要覆盖 Qwen Code v0.26.6（该 tag 发布在 2026-11-02T18:22:40Z，即北京时间 11-03 02:22），核对必然发生在这之后、09:25 之前的某个时点；
• 结论随后被新版本追上——这正是本站自 10 月以来第四次记录的同类情形（前三次分别在 Gemini CLI、2.1.303、2.1.304/305）。

处置沿用既有纪律：资讯不回炉，11-03 原文保留原样；本轮把该条标记为「已被后续版本追上」，以本轮可复核事实为准。v2.1.318 本轮仍返回 404，v2.1.313 / v2.1.315 两个序列缺口也仍未获解释，本站不推断、不补写编号。

内容层面，这版最值得单独拎出的是三条「写在 Fixes 里、实为行为变更」的条目：退出码 0 → 1（claude -p 写盘失败）、环境变量「空串」→「不设置」（AWS_BEARER_TOKEN_BEDROCK）、搜索结果「部分」→「明确不完整」（Grep / Glob 超时）。三条改的都是判据，不是功能，完整拆解见 v2.1.317 专项资讯。

Ollama v0.40.14：一条默认值迁移，胜过其余六条修复

本版官方列了七条，其中六条是可用性与修复，只有一条会静默改变输出："OpenAI-compatible endpoints no longer override a model's packaged sampler defaults — clients that send no temperature/top_p get the model's own values instead of 1.0, matching /api/chat"。

含义很直接：同一个请求、同一份模型、同样的 prompt，升级前后的输出分布可能不同。此前 OpenAI 兼容端点把未指定的 temperature 当 1.0，而 /api/chat 走的是模型自带默认值——两条入口对「不传采样参数」的解释本来就不一致，本版把前者对齐到后者。

对既有应用的实际影响分两类：显式传参的（写了 temperature: 0.7）基本不受影响；依赖默认值的（省略该字段）会拿到模型作者的推荐值，通常比 1.0 更保守——如果你的应用把「创意发散」寄托在默认 1.0 上，升级后创造性会下降，这是预期内的。

另两条与 Claude Code / Codex 的联动值得记：ollama launch claude 开始应用模型真实输出上限（云模型不再撞 128k 默认上限），ollama launch codex 在配置前先预检 ChatGPT 路由，路由不可用时直接报错而不是跑到一半失败。本站未做安装与实测，采样默认值变更对具体模型输出的影响幅度、以及「模型自带 sampler defaults」在各模型上的取值，均列入待核实。

第九轮：Gemini CLI 的「有 tag、有 nightly、没有 Release」

v0.67.0-preview.0 自 2026-10-27T20:07:49Z 起一直是 prerelease: true；/releases/tags/v0.67.0 本轮第九次返回 404；nightly 已到 v0.67.0-nightly.20261103.g0ac57c029（2026-11-03T01:18:35Z）。三条同时存在，很容易让人误判「0.67 已经发了」。

判据不变：tag 存在 ≠ Release 存在 ≠ stable。stable 的唯一依据是某个 Release 条目的 prerelease 为 false；nightly 版本号再大也不代表稳定。同理，Codex 的 rust-v0.167.0 本轮仍 404，alpha 线已到 alpha.4，不要按 alpha 的推进速度推算 stable 的日期。

Kimi K3.1 Pro：到期日当天，仍在官方承诺窗口内

官方技术博客 Availability 小节的原文未修订："Full model weights will be released by Nov 4, 2026."——是「不晚于 11-04」，不是「11-04 当天零点」，且未写时区。

本轮做了两件事，都是为了让「没看到」和「不存在」分开：

1. 换通道复核——本机对 huggingface.co 的 API 已连续多轮返回 HTTP 000，本轮改用 hf-mirror.com 的同一套 REST 接口，成功取得 moonshotai 组织下的仓库列表；
2. 官方站页面通道复核——本轮官方站页面可访问，moonshotai 名下同样显示 19 个 models，最近更新的是 Kimi-K3（约 30 天前），未见任何 K3.1 仓库。

两条互不依赖的通道给出同一结论：权重尚未上线。按「by 11-04」的字面口径，北京时间 11-04 全天结束前未上线都还在承诺窗口内；真正的「违约」要等到 11-05 各时区走完才能判定。本站不替官方选定时区口径。

对开发者的影响

1. 用 Claude Code 的，升级前先跑一次失败路径。claude -p 的退出码从 0 变 1 是破坏性变更：上游流水线如果把它包在 || true 里，这次修复对你等于没发生；如果包在 if 里，升级当天就会走进失败分支。建议先升级、再逐条验证失败路径、最后放开给团队。
2. 用 Ollama 的，升级后对比一次输出。凡是对 OpenAI 兼容端点省略 temperature / top_p 的应用，输出分布会变；接 Claude Code 的确认长输出不再撞 128k；接 Codex 的留意新的配置期路由预检。
3. 用 Gemini CLI 的，继续钉 v0.66.0。别被 v0.67.0-nightly.* 的版本号带跑——Release 还不存在。
4. 等 Kimi K3.1 Pro 自托管的，别在 11-05 之前改排期。现在能自托管的最新编程档仍是 K3（仓库 moonshotai/Kimi-K3 实测可下载，许可证是自定义 kimi-k3，不是 Apache / MIT）。任何第三方「K3.1 Pro 权重」链接，先查是否在官方组织下、创建时间是否晚于官方发布。
5. 所有人：把「查 /releases/tags/<tag> 是否 404」加进升级前例行核对，同时保留「发布时点会追上核对时点」这个预期——本轮 Claude Code 就是活例子。

AI 之家 观点

一、这一轮的两条新 stable，改的都是「看不见的东西」。 Claude Code 改的是退出码、环境变量与「结果完整性」的判定；Ollama 改的是「不传采样参数时用谁的默认值」。四个变化没有一个是新功能，但四个都会让既有应用在没有报错的情况下表现不同。本站一直说「读 Changed / Deprecated / Bug Fixes」，这一轮是又一次实证：行为变更最喜欢藏在修复段和默认值里。

二、「上一轮说 404、这一轮版本存在」不是打脸，是核对频率的问题。 只要核对是按天做的，就一定会出现「发布发生在两次核对之间」的窗口。真正的错误不是「上一轮写 404」，而是把 404 写成「该版本不存在」这种永久性判断。本站的口径是「截至某时点的可复核事实」，所以 11-03 的 404 不需要删，只需要在下一轮注明它被追上了。这比事后改写历史更可信。

三、Kimi 这件事的价值在方法论，不在结论。 结论是「权重还没上线」，平平无奇；方法论是通道不通的时候先换通道。本机直连 Hugging Face 连续多轮 000，换镜像站一次成功，再用官方站页面交叉验证——两条独立通道互证之后，「没看到」才敢写成「没上线」。如果只守着一个打不开的域名，我们这五轮能写的就只有「无法核实」。

待核实

• Kimi K3.1 Pro 权重是否在 11-05 各时区走完前落地——官方未写时区，本站不替其选定口径。
• Ollama v0.40.14 采样默认值变更的实际影响幅度——「模型自带的 sampler defaults」在各模型上的具体取值官方未列，本站未实测。
• Claude Code v2.1.313 / v2.1.315 / v2.1.318 三个缺口——官方始终未说明，本站不补写编号、不作推断。
• Codex rust-v0.167.0 何时转正——alpha 已到 alpha.4，不对其内容作断言。
• Gemini CLI v0.67.0-preview.0 转正时点——已连续九轮未转正。
• Kimi Code 2.5.0-canary 的变更内容——canary 线未转正，本站本次只核对到 tag 与 prerelease。

相关阅读

• Claude Code v2.1.317 专项资讯——退出码、Bedrock 环境变量与 Grep 超时的完整拆解
• Kimi K3.1 Pro 权重到期日复核——换通道取证的方法与「早产仓库」识别
• 11-03 版本复核——上一轮七条线的状态与被本轮追上的 404
• AI 编程 IDE 与 CLI 版本对照——五个 CLI 的当前 stable 版本表
• Claude Code 工具卡 · Ollama 工具卡 · Gemini CLI 工具卡 · Kimi Code 工具卡

来源

• ⭐ Claude Code v2.1.317 Release Notes（官方原文，published_at 2026-11-03T01:25:46Z，prerelease: false）
• ⭐ Ollama v0.40.14 Release Notes（官方原文，2026-11-03T01:40:40Z，prerelease: false）
• ⭐ Kimi K3.1 Pro 官方技术博客（Availability 小节原文，2026-11-04 复核未修订）
• ⭐ Hugging Face moonshotai 组织仓库列表（经 hf-mirror.com 镜像 API，2026-11-04 实测）
• Gemini CLI Releases · Codex Releases · OpenCode Releases · Qwen Code Releases · Kimi Code Releases
• npm @qwen-code/qwen-code dist-tags（latest = 0.26.6） · npm @moonshot-ai/kimi-code dist-tags（latest = 2.4.1，canary = 2.5.0-canary.20261102033430-40590f6）

取证边界：① 七条版本线全部经 GitHub Releases API 逐 tag 核对，stable 以 prerelease 字段为准；② 表中时间为 published_at（UTC），非 Git tag 创建时间，也非厂商公告日；③ 本轮未做任何安装与实测，Ollama 采样默认值的实际影响与 claude -p 失败路径均未构造复现；④ Kimi 权重只读仓库元数据，未下载权重文件、未逐条阅读许可证原文；⑤ huggingface.co 直连 API 在本机连续多轮不可达，镜像站数据仅用于「是否公开」判断。