Wandb sweeps integraition: custom objective

用户在修改 run_summarization.py 脚本时,使用 Trainer.hyperparameter_search 方法配合 backend="wandb" 进行超参搜索。用户定义了 compute_objective=hparam_objective 返回 metrics["eval_

用户在修改 run_summarization.py 脚本时,使用 Trainer.hyperparameter_search 方法配合 backend="wandb" 进行超参搜索。用户定义了 compute_objective=hparam_objective 返回 metrics["eval_

用户在 Python 环境中执行 import transformers 命令,或脚本中导入该库时触发,常见于同时安装了 PyTorch、TensorFlow、JAX/Flax 等多种框架的开发环境。问题在 GitHub Issue #44273 中被报告,后续在 PR #45013 中有修复尝试,

在 Hugging Face Transformers 库的 Trainer 中,当用户从 checkpoint 恢复训练,并且 dataloader 包含随机操作(例如在 Dataset 的 __getitem__ 中应用随机噪声、数据增强或使用随机采样器)时,训练过程可能无法复现原始不间断运行的

用户在运行 PPDocLayoutV3 模型(通过 Hugging Face Transformers 库)时,发现模型在 CPU 和 CUDA 设备上输出结果不一致,具体表现为 _cached_generate_anchors 函数生成的 anchor 掩码存在差异。该函数在 transforme

用户在调用 Hugging Face Transformers 模型的 .generate() 方法时,尝试使用 torch CUDA graphs 进行推理加速(例如自行将模型整体包裹在 CUDA graph wrapper 中),但 stream capture 失败。单独使用模型的 forwa

用户使用 Hugging Face Transformers 加载 ibm-granite/granite-4.0-350m-base 模型,调用 model.generate() 进行文本生成时触发该错误。系统环境为 Ubuntu 24.04 with Python 3.12.12、Transfo

用户在运行 Transformers 测试时,例如在本地执行 pytest tests/test_image_processing_common.py 或特定模型测试(如 tests/models/vitpose/test_image_processing_vitpose.py ),测试中直接使用

用户在使用 transformers v5 加载所有 CodeLlama 系列模型( codellama/CodeLlama-7b-hf 、 codellama/CodeLlama-7b-Instruct-hf 、 codellama/CodeLlama-7b-Python-hf 、 codella

使用 transformers v5 的 AutoTokenizer.from_pretrained() 加载任何 tokenizer_config.json 中设置了 "tokenizer_class": "LlamaTokenizerFast" 或 "LlamaTokenizer" 的模型。已确

用户在 Kohya SS(版本 v21.8.3 及多个其他版本)中运行 BLIP captioning 功能时,设置 num_beams 大于 1(如 12)并启用 --beam_search ,导致脚本崩溃并返回 ModuleNotFoundError: No module named 'tqdm