Misc. bug: Flaky test-recurrent-state-rollback results on Intel Linux Vulkan
该报错出现在 Intel iGPU 的 Linux Vulkan 后端运行 test-recurrent-state-rollback 单元测试时，结果表现为不稳态（复现率约 50%，单模型下低于 10%），典型失败点是 test_shared_seq_reserve 产生 non-finite l
标签： LLM
fastbrowse 开源浏览器 Agent 亮相：可核查结果、凭据不进提示词
开发者近日在 Hacker News 发布开源浏览器 Agent 工具 fastbrowse，主张每一步操作和最终答案都能基于页面原文核查，凭据不进入模型提示词，支持本地 Chrome 或云端浏览器运行。
[Bug]: MinerU 3.x /file_parse upload ignores the pipeline context and stays open after the run is cancelled
![[Bug]: MinerU 3.x /file_parse upload ignores the pipeline context and stays open after the run is cancelled](https://www.chat-gpts.plus/wp-content/uploads/2026/10/21572-82f3bc14-768x403.jpg)
该问题通常出现在 RAGFlow 摄入流程使用 MinerU 3.x 服务（ /v1/health 返回 404，因而走 /file_parse 分支）解析 PDF 时：取消任务或断开客户端后， /file_parse 上传请求仍会保持打开，直到远端响应或 30 分钟超时。优先排查 MinerU 3
[Bug]: MinerU polling ignores cancellation and reports the wait timeout as a missing result
![[Bug]: MinerU polling ignores cancellation and reports the wait timeout as a missing result](https://www.chat-gpts.plus/wp-content/uploads/2026/10/21570-666056f1-768x403.jpg)
这个报错出现在使用远程 MinerU 解析 PDF 的场景：轮询等待任务结果时没有响应上下文取消，且等待超时后把最后一次状态查询错误原样返回，最终显示为 parser: MinerU result: missing results field 。优先排查 MinerU 轮询逻辑是否缺少 ctx 取消
ImportError: … and the LiteLLM fallback package is not installed`
该报错通常发生在 crewAI 1.15.31/1.15.32 中，使用未被原生 provider 支持的模型、需要进入 LiteLLM 回退路径，同时安装的 litellm 低于 1.97.0。此时 litellm 实际已安装，但版本检查中的导入失败被误判为“未安装”，优先排查 crewAI 与
[Bug]: /ui/usage shows 0 tokens for rerank calls (hosted_vllm and other providers)
![[Bug]: /ui/usage shows 0 tokens for rerank calls (hosted_vllm and other providers)](https://www.chat-gpts.plus/wp-content/uploads/2026/10/36185-8a47f840-768x403.jpg)
通过 LiteLLM Proxy 调用 /v1/rerank 后， /ui/usage 和 spend log 中 prompt_tokens / completion_tokens / total_tokens 全部显示为 0，通常是因为 rerank 响应的 usage 位于 meta.bill
生产级AI智能体的7个层次：模型之外的关键缺失
社区整理的一篇指南提出，生产级 AI 智能体需要在模型与最终结果之间补齐 7 个层次，模型只是其中一层，仅靠换模型或改提示词很少能解决落地问题。
CATT基准发布：负对数几率梯度让LLM数据归因的召回率最高提升72个百分点
alphaXiv 收录的一篇论文提出 CATT 基准，用完全虚构的知识为数据归因建立可核查答案，并发现把交叉熵梯度换成负对数几率梯度、只聚合关键 token 分数，可显著改善现有方法的溯源效果，对训练数据审计有直接参考价值。
Eval bug: LFM2.5 1.2 Thinking – Think tags displayed in content
该问题通常发生在使用 llama.cpp 加载 LFM2.5 1.2B Thinking 的 GGUF 模型并开启对话或推理时：模型输出中的 标签没有被聊天模板正确解析，而是直接出现在 content 字段里。优先排查 GGUF 文件内置的 chat template 是否已更新，而
[Bug]: Security concern: `/invocations` endpoint is enabled by default and bypasses API key authentication
![[Bug]: Security concern: `/invocations` endpoint is enabled by default and bypasses API key authentication](https://www.chat-gpts.plus/wp-content/uploads/2026/10/64391-4ea45fd5-768x403.jpg)
当 vLLM 启动时已设置 --api-key ， /v1/* 请求会被拒绝（401），但 /invocations 仍会无鉴权返回 200 并真实消耗推理算力。核心问题在于 API Key 中间件只保护特定路径前缀， /invocations 不在保护范围内。优先排查对外暴露的端口与网关鉴权，而不