Deepgram 收购 Pipecat 母公司 Daily,语音 AI 基础设施走向整合

语音 AI 公司 Deepgram 宣布收购开源语音框架 Pipecat 的母公司 Daily,交易金额未披露,并承诺 Pipecat 保持开源、厂商中立。这笔交易反映语音 AI 的竞争正从模型层延伸到实时编排与基础设施层。

语音 AI 公司 Deepgram 宣布收购开源语音框架 Pipecat 的母公司 Daily,交易金额未披露,并承诺 Pipecat 保持开源、厂商中立。这笔交易反映语音 AI 的竞争正从模型层延伸到实时编排与基础设施层。

这条“Feature Request: tool to list and delete cached models”是功能需求,并非运行时故障。它发生在使用 llama.cpp 的 -hf 选项自动从 Hugging Face 拉取模型后,缓存目录持续变大、缺少官方的列表与删除命令时。优先确认下载与

该报错出现在 llama-server 同时启用 --spec-type draft-mtp,ngram-mod 进行投机解码时,模型输出大段逐字代码会在 token 回滚后出现重复或缺失的代码块。优先排查两路 draft 混用与 CUDA 构建的配合问题,而不是模型文件本身。

该报错通常出现在用 llama.cpp 或基于 llama.cpp 的前端(llama-server、LM Studio、RamaLama 等)加载 Gemma 3 GGUF 模型时,模型元数据里缺少 gemma3.attention.layer_norm_rms_epsilon 这个键。优先排查模
![[Bug]: vllm-rs render has no --reasoning-effort-map, so mapped reasoning_effort values return 400](https://www.chat-gpts.plus/wp-content/uploads/2026/10/64432-85b7e4fd-768x403.jpg)
当 Python 前端用 --reasoning-effort-map 把 minimal 、 medium 等 OpenAI 强度名映射到模型认识的值,而 vllm-rs render 启动时没有这个参数时,发往 Rust 渲染服务、带映射前 reasoning_effort 的请求就会返回 40

该错误通常出现在 vLLM 服务处理包含大 batch 或多媒体的请求时,多模态缓存(MultiModalReceiverCache)中的条目被同请求内更早出现的新条目挤出缓存,导致后续读取时找不到已标记为“已缓存”的条目;优先排查并调整多模态处理器缓存容量,或将缓存关闭。

Bernstein 推出一套面向 AI Agent 的开源治理层,核心是“调度器里不放模型”,用确定性 Python 调度器并行运行多个编码 Agent,并用 HMAC 哈希链和 Ed25519 签名回执记录每一步,让一次运行可被独立复验。

Zig 嵌入式社区项目 MicroZig 于 2026 年 10 月 28 日起施行严格的「无 LLM / 无 AI」政策,禁止在 GitHub 组织与 Discord 服务器中使用任何大模型生成或辅助内容,并禁止公开讨论此类使用。这套规则直接挑战了当下开源社区普遍接纳 AI 工具的默认趋势。
![[Bug]: OpenDataLoader PDF parsing drops page positions returned by the service](https://www.chat-gpts.plus/wp-content/uploads/2026/10/21216-28ede7e5-768x403.jpg)
在 RAGFlow 的 Go 解析链路中,当 PDF 走 OpenDataLoader( opendataloader_apiserver 或租户 OpenDataLoader 模型引用)解析时,解析结果只保留文本、类型和表格单元格,丢弃了服务返回的元素几何信息,因此切片结果没有 positions

在 WSL2(Ubuntu)中编译并运行启用了 CUDA 后端的 llama.cpp 时,即使只是执行 llama-cli --version 或 llama-server --version ,也会触发 Eval bug: Segmentation fault (core dumped) 。该问题