Code execution failed while running Code Execution code

用户在自托管 Docker 环境下的 Dify 工作流中使用“代码执行” (Code Execution) 节点时触发。具体操作为:创建一个包含代码执行节点的工作流,然后执行该工作流。

用户在自托管 Docker 环境下的 Dify 工作流中使用“代码执行” (Code Execution) 节点时触发。具体操作为:创建一个包含代码执行节点的工作流,然后执行该工作流。

用户在使用 AzureChatOpenAI 通过 with_structured_output() 调用结构化输出时,运行 Python 脚本触发 Pydantic 序列化警告。涉及 LangChain 框架中的 langchain-openai 包,具体在调用链中由底层序列化逻辑抛出。

用户在使用 Transformers 加载 MiniMaxAI/MiniMax-M3(428B 稀疏 MoE 视觉语言模型)时,配置了 4-bit 量化(nf4, double-quant)、 device_map="auto" 和 max_memory={i: "165GiB" for i in

用户在 ComfyUI 0.27.0 中通过 CLIPLoader 节点加载 qwen_3_4b.safetensors 文件时触发报错。该文件位于 Hugging Face 的 Comfy-Org/z_image 仓库的 split_files/text_encoders/ 目录下。

在 ComfyUI v0.27.0 上,运行 Wan2.2 I2V 14B FP8 模型时,用户在启动参数中同时设置了 --lowvram 和 --use-sage-attention 。该组合使生成速度从单参数或无参数时的约 60s/it 降至约 42s/it(10+10 步,480x832p 分

用户在 gr.Blocks() 中使用 gr.Radio 组件,通过 .change() 事件首次更新另一个组件(如设置 visible=True )时,回调运行但 UI 未反映更改。该问题在使用 Gradio 6.12.0 版本时触发,而在更早的 6.3.0 版本中表现正常。
![[CI Failure]: [AMD] Nixl PD tests](https://www.chat-gpts.plus/wp-content/uploads/2026/07/29176-a2a184d3-768x403.jpg)
用户在 AMD ROCm CI 环境中运行 vLLM 的 Nixl 测试脚本 v1/kv_connector/nixl_integration/tp_config_sweep_accuracy_test.sh 时触发。该测试涉及 KV Cache 在 vLLM 分布式推理中的跨 GPU/节点传输。
![[Build] CPU extension fails to compile on macOS ARM64 (Apple Silicon)](https://www.chat-gpts.plus/wp-content/uploads/2026/07/41537-bd06a9c4-768x403.jpg)
用户在 macOS ARM64 (Apple Silicon) 上使用 Python 3.12 和 Apple Clang 编译器,运行以下命令从源代码构建 vLLM 的 CPU 后端时触发问题:

在 Transformers 5.12.1 中,使用 AutoTokenizer.from_pretrained("vesteinn/ScandiBERT") 加载 vesteinn/ScandiBERT 模型的 tokenizer 时触发。该 tokenizer 的原始模型是 BPE 类型,但 t

用户在使用 Hugging Face Transformers 的语义分割模型(如 DETR、MaskFormer、Mask2Former、OneFormer 等)时,通过 post_process_semantic_segmentation 函数获取分割结果。当前该函数会强制对 logits/sc