bug: UI displays $0 per-user cost despite correct non-zero value in API and frontend state
用户运行自托管的 Langfuse（版本 v3.167.4 OSS），在追踪中为不同用户生成了带有输入/输出 Token 的数据，随后在 UI 的“每位用户成本”视图中看到成本显示为 $0，但浏览器开发者工具和 curl 确认 API 响应中的成本值为非零。
标签： 人工智能
bug: public scores API operator parameter odd behavior
用户在使用 Langfuse Cloud 的 Python SDK 调用 score_v2 API，通过 operator 和 value 参数过滤评分（例如 operator=">" 和 value=0 ），期望返回大于 0 的评分，但实际 API 返回了 0 条结果；而当使用 operator=
[Bug]: GraphRAG relationship extraction writes negative-judgment and misattributed edges into the graph (light + general modes)
![[Bug]: GraphRAG relationship extraction writes negative-judgment and misattributed edges into the graph (light + general modes)](https://www.chat-gpts.plus/wp-content/uploads/2026/07/16540-325d7f99-768x403.jpg)
该问题发生在使用 RAGFlow 的 GraphRAG 构建知识图谱时，特别是 light 模式（默认），也影响 general 模式。用户使用 qwen2.5:7b-instruct 模型通过 Ollama 进行关系抽取，并使用 Elasticsearch 8.11.3 作为文档存储。当文档集中包
Web components fail to load due to error in /api/spaces/by-subdomain/
用户在网页中通过 Web Component 嵌入 Hugging Face Space 应用时（例如使用 src="https://.hf.space" 或 space="/" ），控制台出现 400 或 CO
Misc. bug: It’s taking a long time for the download or model to load.
用户在 Linux 系统上运行 llama.cpp（ llama-cli 或 llama-server ），使用 -hf ggml-org/gemma-3-1b-it-GGUF:Q4_K_M 等命令下载或加载模型时触发。问题重现于 Vulkan、ROCm 和 CPU 后端，涉及 AMD Radeon
Vulkan: GGML_ASSERT(descriptor_set_idx < descriptor_sets.size()) crash on ARM UMA (Mali-G720-Immortalis, CIX CP8180)
用户在使用 llama-bench 工具测试 Qwen3-8B-Q4_K_M.gguf 模型时触发问题，硬件为 MINISFORUM MS-R1（CIX CP8180 SoC），配备 Mali-G720-Immortalis GPU 和共享内存池（UMA）。即使用 -ngl 0 参数禁止层卸载到 G
Pass app_id to model plugins for provider-side cost attribution
用户在 Dify 平台中构建了自定义模型插件（例如为 Amazon Bedrock 的 Converse API 添加 requestMetadata 标签进行成本追踪），但在模型插件中只能获取 user_id ，而无法获取 app_id 。这导致无法将 LLM 调用与具体应用关联，从而无法实现按应
RuntimeError: Cannot re-initialize CUDA in forked subprocess.
该问题出现在 vLLM CI 的 fork 模式 EngineCore 测试中，具体涉及：
RuntimeError: Failed to infer device type, please set the environment variable VLLM_LOGGING_LEVEL=DEBUG to turn on verbose logging to help debug the issue.
用户使用 vLLM 在 Intel XPU（Arc GPU）的 Docker 容器中运行 vllm serve 命令时出现此错误。复现环境：基于 Intel oneAPI / PyTorch 2.12.0+xpu 的 Docker 自定义镜像，Level Zero 驱动可正常检测到 2 张 GPU（
issue: generate_image action fails with ‘State’ object has no attribute ‘config’ on v0.10.2 (ComfyUI)
用户在 Open WebUI v0.10.2 中配置了 ComfyUI 图片生成引擎（Admin Panel → Settings → Images），验证连接成功，ComfyUI 自身工作正常且能直接生成图片。但在聊天界面点击消息操作栏的 Generate Image 动作时，后端报错且无图片产出