[Question]: An error occurred when calling the agent through the API in version v0.22.1
![[Question]: An error occurred when calling the agent through the API in version v0.22.1](https://www.chat-gpts.plus/wp-content/uploads/2026/07/11619-2da891d6-768x403.jpg)
用户在使用 RAGFlow v0.22.1 版本,通过 API 调用 Agent 功能时触发。该版本之前运行正常。
![[Question]: An error occurred when calling the agent through the API in version v0.22.1](https://www.chat-gpts.plus/wp-content/uploads/2026/07/11619-2da891d6-768x403.jpg)
用户在使用 RAGFlow v0.22.1 版本,通过 API 调用 Agent 功能时触发。该版本之前运行正常。
![[BUG] CrewAI 1.4.1 hangs after successful kickoff_for_each() crew execution and never terminates](https://www.chat-gpts.plus/wp-content/uploads/2026/07/3871-4af0404f-768x403.jpg)
用户在 Linux 环境中使用 CrewAI 1.4.1,通过 crew.kickoff_for_each() 运行 Crew。尽管日志显示 "Crew run completed",但进程一直挂起,必须手动 Ctrl+C 终止。使用 crew.kickoff() 代替则不会出现挂起现象。
![[Bug]: guardrail_information is null on successful requests with headroom-compression guardrail (default_on=true)](https://www.chat-gpts.plus/wp-content/uploads/2026/07/32008-51ced23e-768x403.jpg)
用户运行 LiteLLM Proxy,配置了 headroom-compression guardrail(设置 default_on: true ),通过 /v1/messages 端点发送请求(例如使用 Claude Code 工具)。问题在路由层触发,与 LLM 响应本身无关——即使使用 mo
![[Bug]: ag-ui get_default_workflow_factory shares the initial_state dict across every AGUIChatWorkflow it produces](https://www.chat-gpts.plus/wp-content/uploads/2026/07/22069-f146a588-768x403.jpg)
用户在 LlamaIndex 的 AG-UI 协议模块中使用 get_default_workflow_factory 创建多个 AGUIChatWorkflow 实例时,不同的工作流实例本应拥有独立的初始状态。但实际由于 initial_state 参数在传入时是同一字典引用,导致泄漏。
![[Bug]: Stopword removal is ineffective in `SemanticDoubleMergingSplitterNodeParser`](https://www.chat-gpts.plus/wp-content/uploads/2026/07/22166-88c4a5ce-768x403.jpg)
用户在 LlamaIndex 0.14.23 版本中,使用 SemanticDoubleMergingSplitterNodeParser 文本分割器,期望通过 _clean_text_advanced 方法去除停用词,但发现停用词(如 "this", "is", "a", "the", "and"

用户在一台搭载 NVIDIA GeForce RTX 3090 的机器上使用 make server LLAMA_CUDA=1 CUDA_DOCKER_ARCH=all 成功编译了 llama.cpp server,但执行时出现该报错且模型未加载到 GPU。在另一台 1080 Ti 机器上用相同编译

用户在使用 faster-whisper 配合 FastAPI 搭建多 GPU 转录服务时,试图在 4 块 GPU 上分别加载模型,并通过一个异步队列分配推理任务。初始几轮请求(约 8 次)正常返回 200 响应,随后出现约 50% 的请求失败,伴随 RuntimeError: CUDA faile

用户在使用 vLLM 进行 CPU 推理(基于 AMD EPYC 7302 处理器,Ubuntu 24.04,PyTorch 2.11.0+cpu)时,启动模型服务或执行推理任务时触发此错误。

用户在 LangChain 框架中使用 MultiQueryRetriever 时,当 Document 的 metadata 字段包含 list(如 {"tags": ["python", "programming"]} )或 dict(如 {"source": {"type": "api"}}

用户使用 ComfyUI 0.27.0,在 Windows 10 上通过 RTX 3060(12GB VRAM)运行 LTX 2.3 v2v 工作流(fp8 模型)。更新到最新版本后,工作流执行到第二个 LTX Sampler 阶段时,系统 RAM 从正常的 48 GB 以下暴涨至 69 GB 以上