pnpm install command failed
用户尝试在 Debian 13 Linux 系统上从源码安装 LobeChat（v2.2.7 和 canary 8c7b9cda549634b7875e52e19d303d9dd333c021 均复现），运行 pnpm install 时触发构建失败。
标签： 人工智能
Bug: meta_data_filter=method: auto Silently Skips Vector Retrieval, Rendering Chat Completely Useless
用户在使用 RAGFlow 时，在 Chat 助手的 Advanced → Metadata Filtering 中启用了“Auto”模式，但知识库未配置任何 metadata 标签。结果是每次对话即使文档包含相关信息，也返回“No relevant content found”。该 Bug 不会输
Code quality: 66 silent exception swallows across core — memory, reasoning, tools, CLI
该问题并非由某个具体的运行时操作触发，而是由代码静态分析工具 HefestoAI 对 CrewAI 项目（1,708 个文件）进行确定性静态分析后发现的。它描述了 CrewAI 框架内部普遍存在的一种代码质量缺陷，这些缺陷在 Agent 执行记忆写入、推理步骤、工具调用、CLI 操作等核心任务时可能
document stores upsert chunks failed
用户在 Flowise 的 Document Store（文档存储）界面中执行“upsert chunks”操作（即插入或更新文档块到向量数据库）时触发。Flowise 是一个低代码 AI 工作流工具，此处用户可能正在上传文档并将其转换为向量嵌入存储到本地或远端向量数据库（issue 日志中可见 C
WaterCrawl result downloads disable HTTP timeouts
用户在 Dify 自托管（Self Hosted Source）部署中，配置 WaterCrawl 作为网站数据源（Website Datasource Provider）。启动爬取任务后，WaterCrawl 返回事件流，其中每个事件包含一个 result URL。当该结果 URL 的 TCP 连
WaterCrawl API client disables HTTP timeouts for crawl requests
用户在使用 Dify 自托管（Source 或 Docker）环境，配置 WaterCrawl 作为网站爬取提供者时触发。当 WaterCrawl 的 base_url 指向一个接受 TCP 连接但不返回响应的端点时，crawl 创建、状态轮询、结果分页或爬取操作会被无限阻塞。
issue: Text-to-Speech broken after latest update when using local TTS provider via OpenAI engine
用户使用 Open WebUI（Docker 安装）并配置 Text-to-Speech 引擎为 OpenAI ，API 基础 URL 指向本地 TTS 服务（例如 http://host.docker.internal:8880/v1 ），API key 设为 not-needed ，选择本地 T
BUG: Chat freezes 10-20 secs when pasting 20k lines of code into the box
用户通过 Docker 安装 Open WebUI v0.9.6，Ollama 使用 llama-cpp 后端，在 Firefox 或 Epiphany 浏览器中向聊天输入框粘贴约 20k 行 Python 代码（如 context_manager.py ）时触发 UI 冻结；发送消息后性能恢复。
Ollama ignores num_ctx completely on the request.
用户通过 OpenAI 格式的 API 请求 Ollama（例如 POST http://ollama.local:11434/v1/chat/completions ），并在 JSON body 顶层直接添加 "num_ctx": 16000 。Ollama 版本为 0.30.7，环境为 Linu
TypeError: Failed to fetch` 字样？
用户在使用 LobeChat Electron 桌面端（v2.2.6，Windows 系统，Edge 浏览器）时，首页推荐的任务模板区域为空白，无法展示和使用。