ollama v0.19.0 发布！Web 搜索插件上线、多模型兼容修复、MLX 与 KV 缓存全面优化，本地大模型体验再升级1. 应用体验优化ollama应用将不再错误显示“模型已过时”提示，彻底解决此前版本中模型状态判断异常的问题，避免用户被无效提示干扰，提升使用流畅度。2. Web搜索插件集成ollama launch pi功能新增内置Web搜索插件，该插件直接使用ollama官方Web搜索能力，无需额外配置即可让本地模型具备联网搜索能力，拓展本地大模型的信息获取边界，支持实时检索最新数据。3. Anthropic兼容API性能提升优化使用Anthropic兼容API时的KV缓存命中率，减少重复计算与资源消耗，提升API调用的响应速度与效率，尤其在高频、长对话场景下效果显著。4. Qwen3.5模型工具调用修复修复Qwen3.5模型工具调用解析问题，解决此前版本中工具调用内容被错误输出在思考模块的问题，确保工具调用逻辑清晰、结果准确，保障Qwen3.5模型的函数调用能力正常生效。5. MLX运行器增强• MLX运行器在提示词处理过程中会创建周期性快照，实现状态的持续备份，避免处理中断导致的进度丢失；• 修复MLX运行器中KV缓存快照的内存泄漏问题，优化内存资源占用，提升长时间运行的稳定性；• 优化MLX运行器的缓存驱逐与LRU跟踪逻辑，提升缓存管理效率；• 合并setStateRaw与setStateDetached为setState，简化API调用逻辑，降低开发与使用复杂度。

openclaw v2026.3.28更新详解：模型适配、插件增强、多平台优化一网打尽1. xAI（Grok）功能升级• 捆绑的xAI提供商迁移至Responses API，新增原生x_search搜索能力。• 自动启用xAI插件，无需手动切换，基于已有的网页搜索与工具配置，即可直接使用Grok认证与搜索流程。• 新增Grok网页搜索插件引导：在openclaw onboard和openclaw configure --section web流程中，提供可选的x_search设置，包含共享xAI密钥的模型选择器。2. MiniMax图像生成能力新增• 新增MiniMax图像生成提供商，支持image-01模型。• 核心能力：支持图像生成、图像到图像编辑，可自定义图像宽高比。• 模型目录精简：仅保留M2.7模型，移除M2、M2.1、M2.5、VL-01等旧版模型。3. OpenAI/Codex功能优化• 为OpenAI与OpenAI Codex模型默认启用apply_patch功能。• 对齐apply_patch的沙箱策略访问权限与写入权限，保障操作安全性。

openclaw v2026.3.24 版本发布：从OpenAI模型与Embedding到Teams与Slack交互 全链路体验与稳定性一次补齐1. Gateway/OpenAI兼容性升级• 新增/v1/models与/v1/embeddings接口，实现与OpenAI生态的基础接口对齐• 在/v1/chat/completions与/v1/responses接口中，支持显式模型覆盖转发，大幅提升客户端与RAG系统的兼容性2. Agents/tools能力重构• /tools接口仅返回当前智能体可立即使用的工具，精准匹配智能体可用能力• 新增紧凑默认视图，同时提供可选的详细模式，兼顾简洁性与信息完整性• Control UI新增实时“Available Right Now”（当前可用）区域，让用户在发起请求前清晰知晓可用工具，提升交互效率3. Microsoft Teams深度集成优化• 迁移至官方Teams SDK，遵循AI-agent用户体验最佳实践• 支持1:1流式回复、带提示词启动器的欢迎卡片、反馈与反思功能、信息状态更新、输入指示器、原生AI标签• 新增消息编辑与删除支持，无明确目标时提供线程内回退机制，适配Teams消息交互逻辑4. Skills/install元数据增强• 为捆绑技能（coding-agent、gh-issues、openai-whisper-api、session-logs、tmux、trello、weather）添加一键安装配置• CLI与Control UI可在依赖缺失时自动提示并完成依赖安装，简化技能部署流程5. Control UI/skills管理升级• 新增状态筛选标签（全部/就绪/需设置/已禁用），并显示各状态技能数量• 替换内联技能卡片为点击详情对话框，展示技能依赖、开关、安装操作、API密钥输入、源元数据与主页链接，实现一站式技能管理

redis 8.6.2 发布：流 IDMP、命令处理、模块配置全修复，稳定性大幅提升1. 内存安全修复：解决潜在UAF风险修复模块字符串场景下的回复复制规避机制，避免因不当使用该机制导致的潜在UAF（释放后使用）漏洞。UAF漏洞可能引发内存访问异常、数据篡改甚至服务崩溃，此次修复从底层逻辑优化模块字符串的内存管理，彻底消除该场景下的安全隐患。2. 复制机制修复：解决全同步时的命令处理崩溃修复副本节点执行全量同步过程中，命令处理环节可能出现的崩溃问题。在Redis主从复制架构中，全量同步是数据一致性的关键流程，此前版本中该环节的命令处理逻辑存在缺陷，易导致副本节点异常退出，此次修复优化了同步时的命令执行与资源调度逻辑，保障复制流程稳定运行。3. 流数据（Streams）修复：新增内部命令与状态恢复能力新增XIDMPRECORD内部命令，同时优化AOFRW（AOF重写）的消息发射逻辑，用于恢复流数据的IDMP（幂等消息生产）状态。IDMP是Redis 8.6系列为流数据新增的核心特性，用于保障XADD命令的幂等性，此次修复解决了IDMP状态在AOF重写、数据恢复时的丢失问题，确保流数据的幂等性机制始终生效。4. 模块配置修复：优化模块回调参数传递修复setModuleEnumConfig()函数的参数传递问题，确保该函数向模块回调传递带前缀的名称时逻辑正确。该修复保障了Redis模块的配置加载与回调执行一致性，避免因参数传递错误导致模块功能异常、配置不生效等问题。5. 流数据修复：保障XADD IDMP/IDMPAUTO的元数据记录修复XADD命令使用IDMP/IDMPAUTO参数时，命中现有IID（幂等ID）却未记录元数据变更的问题。此前版本中，该场景下元数据更新逻辑缺失，会导致流数据的IDMP状态与实际数据不一致，此次修复完善了元数据同步机制，确保XADD操作的幂等性与数据一致性。6. 内存泄漏修复：多场景内存管理优化集中修复三处潜在内存泄漏问题，覆盖流数据、模块交互、命令执行等多个核心场景。内存泄漏会逐步消耗服务器内存资源，最终导致服务性能下降甚至OOM（内存溢出），此次修复从内存分配、释放、引用管理等环节优化，彻底解决对应场景的内存泄漏风险。7. 流数据修复：解决RDB加载后IDMP定时过期失效问题修复Redis加载RDB快照文件后，流数据IDMP的定时过期（cron expiration）功能不生效的问题。RDB是Redis核心持久化方式，此前版本中IDMP的过期状态无法通过RDB正确恢复，导致过期消息无法自动清理，此次修复完善了RDB加载时的IDMP状态初始化逻辑，保障过期机制正常运行。8. ACL权限修复：解决错误参数命令的ACL检查崩溃修复执行参数数量错误（wrong-arity）的命令时，ACL权限检查环节可能出现的崩溃问题。ACL是Redis的核心安全机制，用于控制客户端命令访问权限，此前版本中对错误参数命令的ACL校验逻辑存在缺陷，易引发服务崩溃，此次修复优化了校验流程，提升ACL机制的稳定性。9. 哈希命令修复：完善HSETEX、HGETEX的参数校验修复HSETEX、HGETEX命令未校验FIELDS参数仅指定一次的问题。此前版本中，若重复指定FIELDS参数，命令会出现执行异常、数据错误等问题，此次修复新增参数合法性校验逻辑，确保哈希命令的参数格式符合规范，提升命令执行的可靠性。10. 流数据修复：全面解决IDMP相关遗留Bug集中修复流数据IDMP特性的多项遗留问题，覆盖IDMP状态管理、命令执行、数据同步、过期清理等全流程。IDMP作为Redis 8.6系列的核心新特性，此前存在多处细节缺陷，此次修复完成了IDMP特性的全面优化，保障其在生产环境的稳定可用。

ollama v0.18.3 发布：VS Code 原生集成 + Agent 模式，本地 AI 开发体验全面革新3.1 Agent模式定义：让Ollama具备自主执行开发任务的能力Ollama v0.18.3正式开放Agent模式，这一功能让Ollama能够借助VS Code的Agent模式能力，自主执行命令、编辑文件、迭代代码，从单纯的“问答式AI助手”升级为“可行动的开发智能体”，大幅提升AI在开发流程中的自动化能力。简单来说，Agent模式下的Ollama不再局限于“你问我答”，而是可以根据开发者的指令，直接操作VS Code完成一系列开发任务，例如运行测试、修复Bug、生成文档、修改代码等，实现开发流程的自动化与智能化。3.2 实用指令：Agent模式下的高频开发指令示例Agent模式支持开发者通过自然语言指令，让Ollama自主完成复杂开发任务，以下是本次更新中官方推荐的高频实用指令，覆盖测试、文档、代码生成三大核心场景：1. 测试相关指令：• “Run the tests and fix any failures”（运行测试并修复所有失败用例）：Ollama会自动运行项目测试，定位失败原因，直接修改代码修复问题；• “Generate unit tests for this file”（为当前文件生成单元测试）：自动分析当前文件的代码逻辑，生成覆盖核心功能的单元测试代码；2. 文档相关指令：• “Update the README with the new API changes”（根据新的API变更更新README文档）：自动识别项目API的更新内容，同步修改README文档，确保文档与代码一致；3. 代码迭代指令：• 支持“优化当前函数性能”“重构代码结构”“添加注释”等自定义指令，Ollama会根据指令自主编辑代码文件，完成迭代优化。3.3 功能优势：Agent模式重构本地AI开发流程Agent模式的推出，彻底改变了本地大模型在开发中的角色，核心优势体现在三个方面：• 任务自动化：将开发者从重复、繁琐的开发任务中解放，例如测试修复、文档更新、代码生成等，大幅提升开发效率；• 上下文感知：基于VS Code的项目上下文，Ollama可精准理解项目结构、代码逻辑与开发需求，执行的操作更贴合实际开发场景；• 全流程协同：从代码编写、测试到文档维护，Agent模式覆盖开发全流程，实现AI与开发工具的深度协同，打造“一站式”智能开发体验。

nginx 1.28.3 稳定版全解析：6 大 CVE 修复、核心模块优化与代码变更详解3.1 QUIC模块优化1. 调整无状态重置（Stateless Reset）数据包最小长度，从21字节调整为41字节2. 限制无状态重置数据包最大尺寸为1200字节，避免超大包攻击3. 新增无状态重置速率限制，基于地址哈希与位图实现频率控制，防止滥用4. 无状态重置令牌与worker进程绑定，避免跨进程数据包处理异常5. 重构ngx_quic_address_hash()函数，优化地址哈希计算逻辑6. 提升OpenSSL兼容层错误处理能力，修复密钥设置失败导致的内部错误7. 修复错误worker进程接收QUIC数据包导致连接断开的问题3.2 MP4模块修复1. 校验stss原子同步样本值，禁止零值同步样本，避免解析异常2. 修复32位平台整数溢出问题，防止内存越界3. 禁止零长度缓冲区输出，避免空指针异常4. 优化时间切片逻辑，当结束偏移小于等于起始偏移时直接返回错误5. 修复样本索引、chunk索引越界问题，完善原子大小边界校验6. 修复关键帧查找逻辑，将返回值类型从uint32_t改为ngx_int_t，统一错误处理3.3 DNS解析模块修复1. 修复ngx_resolver_copy()函数中的off-by-one读取错误2. 调整SRV记录解析边界判断条件，从i + 6 > n改为i + 6 >= n，避免短响应解析异常3.4 邮件模块修复1. 修复auth_http请求中s->passwd内存清理不彻底问题，使用ngx_str_null统一初始化2. 新增SMTP主机名校验函数，过滤非法字符，防止DNS注入3. 主机名解析失败时直接返回临时不可用状态，避免异常连接3.5 Stream SSL模块修复1. 完善客户端证书OCSP校验逻辑，校验失败时记录错误日志并终止握手2. 清除OCSP失败的会话缓存，防止非法会话复用

openclaw v2026.3.23 发布：模型接入、插件体系、CLI、代理与安全能力全面进化的里程碑版本1. Qwen 模型接入方式全面升级openclaw 对 Qwen 的支持进入新阶段：• 新增 标准 DashScope 按量付费接口• 同时支持 中国区与全球 Qwen API Key• 与原有 Coding Plan 接口并行存在• Provider 分组统一更名为Qwen（Alibaba Cloud Model Studio）这意味着：• 不同计费模式可以在同一平台共存• 企业与个人用户的模型接入方式更加清晰• 后续模型治理和计费统计基础更加稳固2. 控制台 UI 与主题体系全面重构本次 UI 改动不只是“好看”，而是一次可维护性与可访问性并重的系统性调整：• 合并按钮原语：• btn--icon• btn--ghost• btn--xs• Knot 主题升级为 黑红配色• 全面符合 WCAG 2.1 AA 对比度标准• Diagnostics、CLI、Secrets、ACP、MCP 等区域新增配置图标• 圆角滑块改为离散档位• 使用过滤器补充 aria-label，提升无障碍体验这一系列变化，使控制台在长期扩展、辅助功能与视觉一致性方面显著提升。

agno v2.5.10 更新解析：并行搜索、全链路可观测性、多平台通信接口全面进化agno v2.5.10 的新增能力主要集中在以下几个方面：• 并行 AI 搜索与检索增强• Agent 与 Workflow 的全链路可观测性• 文档处理能力扩展• WhatsApp 与 Telegram 通信接口大幅升级• Workflow 与运行参数能力增强• 模型与多厂商支持升级

ComfyUI v0.18.0 发布：显存与内存极限优化、VAE架构全面进化、API节点与前端生态深度升级1. VAE 内存优化达到新高度（LTX / WAN / 视频 VAE 全覆盖）这是本次更新中最重要、也是改动最多的部分。主要变化包括：• LTX VAE 解码显存多轮削减• 解码阶段峰值内存显著下降• 中间结果在 intermediate_device 上累积• 解码流程改为更细粒度的 chunk 处理• LTX VAE 编码器新增分块机制• 编码阶段支持 chunked encoder• CPU IO 分块加载，显著降低显存压力• WAN VAE 显存优化• 避免大分辨率下的 OOM• Tiler 场景更安全• 视频 VAE 修复显存泄漏• 修复 tiler fallback 场景下的 VRAM leak• 像素空间 VAE 潜在问题修复• VAE 输出支持原地处理• 有效降低峰值 RAM 消耗• tiled decode 峰值内存进一步降低✅ 结果：即使是中低显存显卡，也能稳定运行高分辨率图像、复杂视频工作流。

lmdeploy v0.12.2 发布！全面支持 GLM5、Qwen3.5，性能与兼容性双升级，大模型部署再提速（一）主流大模型全面适配，覆盖国产与开源生态1. 支持GLM5模型作为本次版本的核心亮点之一，lmdeploy v0.12.2正式新增对GLM5模型的支持，补齐了对智谱AI主流大模型的部署能力。GLM5作为智谱AI推出的新一代大模型，在通用理解、逻辑推理、多轮对话等方面具备显著优势，此次适配让开发者可通过lmdeploy快速实现GLM5模型的本地推理与服务化部署，无需复杂的二次开发，即可将GLM5的能力集成到各类应用中。2. 新增Qwen3.5模型支持紧跟通义千问模型迭代节奏，v0.12.2版本全面支持Qwen3.5系列模型，包括密集型（Dense）与混合专家型（MoE）架构。Qwen3.5作为阿里云推出的高性能大模型，在长文本处理、多模态交互、实时推理等场景表现突出，此次适配不仅实现基础推理支持，更通过TurboMind引擎深度优化，保障Qwen3.5模型在部署后的推理效率与稳定性。3. GLM-4.7-Flash Turbomind专项支持针对GLM-4.7-Flash模型，版本新增专属的TurboMind支持能力。GLM-4.7-Flash主打低延迟、高吞吐推理，适配实时对话、智能客服等对响应速度要求严苛的场景，lmdeploy通过定制化的TurboMind引擎适配，充分释放该模型的性能潜力，实现推理延迟与吞吐量的双重优化。4. Qwen/Internlm/Llama系列模型FP8量化在线支持为解决大模型部署中的显存占用与推理速度矛盾，v0.12.2版本实现对Qwen、Internlm、Llama三大主流模型系列（含Dense与MoE架构）的FP8量化在线支持。FP8量化作为兼顾精度与效率的量化方案，可在几乎不损失模型推理精度的前提下，将显存占用降低约50%，同时提升推理速度，大幅降低大模型部署的硬件门槛，让中低端GPU也能流畅运行百亿参数级大模型。（二）推理与生成能力升级，提升生成质量与灵活性1. 新增TurboMind对Qwen3.5全架构支持除基础适配外，版本通过专项开发，实现TurboMind引擎对Qwen3.5 Dense与MoE架构的完整支持。TurboMind作为lmdeploy的核心推理引擎，基于C++/CUDA实现，具备连续批处理、分块KV缓存、高性能算子等优势，此次针对Qwen3.5的深度优化，可让该模型在lmdeploy部署后，吞吐量较原生推理提升数倍，同时降低推理延迟。2. 支持Router Replay与量化层忽略（Qwen3.5专属）针对Qwen3.5模型的MoE架构特性，版本新增Router Replay（路由重放）与忽略量化层功能。Router Replay可优化MoE模型中专家路由的推理效率，减少重复计算；忽略量化层则允许开发者针对模型特定层跳过量化，平衡推理精度与速度，满足不同场景的部署需求，进一步提升Qwen3.5模型部署的灵活性。3. 新增Repetition Ngram Logits Processor为解决大模型生成过程中的重复文本问题，v0.12.2版本新增Repetition Ngram Logits Processor（重复N元语法逻辑处理器）。该功能通过对生成文本的N元语法进行检测与惩罚，有效抑制重复片段的生成，提升生成文本的连贯性、多样性与质量，尤其适用于长文本生成、内容创作、对话交互等场景。

dify 1.13.2 发布：关键回归修复、稳定性全面提升与完整升级实战指南1. Prompt Message 转换的严重回归问题在 v1.13.1 中，Prompt Message 的转换逻辑出现严重回归，直接导致多个依赖 LLM 的节点在运行时发生异常。受影响范围包括但不限于：• LLM 节点• Question Classifier（问题分类器）• 其他基于 LLM 插件机制的节点该问题的直接后果是：• Prompt 内容在传递给模型前被错误转换• 插件调用失败• 工作流执行中断• LLM 节点表现为“无响应”或直接报错这类问题通常只在运行时暴露，对生产环境影响极大。v1.13.2 已彻底修复该回归问题，并恢复原有的 Prompt Message 转换逻辑。2. Knowledge Retrieval 节点执行失败另一个高频问题出现在 Knowledge Retrieval（知识检索）节点。问题根源在于：• 枚举值发生不兼容变更• 新旧枚举值之间未正确兼容• 导致节点在执行阶段直接失败该问题会直接影响：• 基于知识库的问答应用• RAG 工作流• 企业内部知识检索场景在 1.13.2 中，已修复所有因枚举不兼容导致的节点执行失败问题，确保现有知识库配置无需修改即可正常运行。

ollama v0.18.2 发布！OpenClaw 安装优化、Claude 加速、MLX 量化全面升级1. OpenClaw 易用性拉满• 自动检查 npm + git 依赖• 自动注册、信任、配置 websearch 插件• 修复模型切换不生效问题• 支持命令行指定模型2. Claude Code 本地速度大幅提升• 关闭影响缓存的请求头• 避免 KV 缓存断裂• 本地推理速度显著加快3. 云端模型升级• minimax-m2.5 → minimax-m2.7• 全代码、文档、测试同步替换4. Linux 无界面环境完美兼容• 修复 headless 系统登录崩溃• 简化终端链接输出• 兼容更多服务器环境5. MLX 架构全面现代化• 支持量化嵌入层• 模型加载与显存检查前置• 子进程生命周期重构• 支持预量化张量• 多模型统一接口6. 流式输出、云端代理完全稳定• 修复 JSONL 粘包、不刷新• 流式输出实时流畅7. 极高稳定性• 所有功能配套单元测试• 无破坏性兼容改动• 升级无成本，直接覆盖使用

ollama v0.18.1 版本完整更新详解：OpenClaw 联网搜索、无头模式、模型基准测试全解析ollama v0.18.1 于 2026 年 3 月 17 日正式发布，本次更新主要包含以下几大方向：1. OpenClaw 集成官方 Ollama 认证与模型服务，不再使用第三方授权。2. 为 OpenClaw 提供官方 Web Search 与 Web Fetch 插件，本地模型与云端模型均可使用联网能力。3. 新增 ollama launch 无头（非交互、headless）运行模式，支持 Docker、CI/CD、自动化脚本。4. 大幅优化内置 Go 语言编写的模型基准测试工具，支持 TTFT、VRAM 监控、预热、CSV 输出。5. 完善 Linux 环境下 systemd 不存在时的兼容逻辑，自动跳过守护进程安装。6. 修复底层模型分配、错误捕获、版本对比、插件校验等问题。7. 完善 AMD GPU 驱动约束说明，明确 ROCm 7 版本要求，优化显卡问题排查。本次提交共计 7 次提交，涉及 10 个文件修改，5 位贡献者参与，代码新增 1684 行、删除 418 行，属于功能与稳定性并重的版本。

zeroclaw v0.4.3：响应缓存、全新渠道接入、安全审计与会话体系全面升级1. Cache：两级响应缓存与全链路分析能力v0.4.3 正式引入 双层响应缓存架构，显著提升系统性能与资源利用率：• 两级响应缓存（Two-tier Response Cache）• 支持更高效的命中策略• 减少重复请求对模型与外部服务的消耗• 多提供商 Token 使用追踪• 精确统计不同模型与提供商的 Token 消耗• 为成本控制与策略优化提供数据基础• 缓存分析能力（Cache Analytics）• 提供缓存命中率、请求分布等关键指标• 支撑后续性能调优与容量规划2. Channels：新增 X / Twitter 与 Mochat 渠道集成通信渠道能力进一步扩展：• 新增 X / Twitter 渠道• 新增 Mochat 渠道这使 zeroclaw 能够覆盖更多消息分发与交互场景，为多平台协同提供基础能力。3. Config：转写配置支持 initial_prompt在语音转写能力上，配置系统得到增强：• transcription 配置新增 initial_prompt• 用于 专有名词与上下文提示• 提升语音转写在专业场景下的准确率该能力对技术术语、品牌名、行业词汇等识别尤为关键。