noamaanMulla-03/transformers-issues huggingface dataset:
[serge] Fix 8 integration tests for model `mamba2` failing with `OOM` (other (8))
Author: sergereview[bot]
Pull request: yes

<!-- ci-dashboard-badge:start -->
[![CI](https://transformers-ci.lor-e.huggingface.cool/badge/pr?pr=46950)](https://transformers-ci.lor-e.huggingface.cool/d/pytest-observability-by-pr/pytest-observability-branch?var-pr=46950)
<!-- ci-dashboard-badge:end -->

## Original CI failure

- Failure group: `1/1: 8 integration tests for model `mamba2` failing with `OOM` (other (8))`
- `tests/models/mamba2/test_modeling_mamba2.py::Mamba2IntegrationTest::test_batched_equivalence_with_cache` [multi-gpu] (OOM, seen 7/7)

<!-- serge-task:integration-failure-triage:sha256:b05c963d2c225bfcafe5cd233ff8cdc55b8b7c231a9b30350a80d32a22f91b31 -->
Relates to #46948

The mamba2 integration tests OOM on 22 GB GPUs when loading/running `mistralai/Mamba-Codestral-7B-v0.1` in bfloat16. The failures are shared across batched generation, simple generation, and the direct mixer train/eval equivalence test.

Root cause: the tests exercise a 7 B model with batch sizes / prompt counts that push the per-GPU working set over the limit. In addition, `Mamba2Mixer.cuda_kernels_forward` only takes the fused `mamba_split_conv1d_scan_combined` path in training mode when no cache is present, forcing the memory-heavier step-by-step path in eval mode and making the train-vs-eval mixer test unnecessarily memory-hungry.

Changes:
- Allow the fused kernel whenever `cache_params is None`, regardless of `self.training`, so eval without a cache uses the same low-memory path as train.
- Lower the batched-equivalence prompt count from 3 to 2 to reduce prefill and generation memory.
- Lower the mixer equivalence test batch size from 4 to 2.
- Load the causal LM with `device_map="auto"` so multi-GPU runners shard the 7 B model instead of placing it all on GPU 0.

These are test/library-only changes scoped to the reported failure group.

---
_This change was produced automatically by serge from a CI failure report. The patch was generated by an LLM and applied by serge; review before merging._

_serge `v0.1.0` · model: `moonshotai/Kimi-K2.7-Code` · 28 LLM turns · 30 tool calls · 94.4s · 621119 in / 20436 out tokens_

<!-- ci-dashboard-recap:start -->

---

### CI recap

**Dashboard:** [View test results in Grafana](https://transformers-ci.lor-e.huggingface.cool/d/pytest-observability-by-pr/pytest-observability-branch?var-pr=46950)
**Latest run:** [28341727304](https://github.com/huggingface/transformers/actions/runs/28341727304)
**Result:** `success` | Grafana metrics are not available yet.

<!-- ci-dashboard-recap:end -->

Comments:
**[For maintainers]** Suggested jobs to run (before merge)

run-slow: mamba2

The docs for this PR live [here](https://moon-ci-docs.huggingface.co/docs/transformers/pr_46950). All of your documentation changes will be reflected on that endpoint. The docs are available until 30 days after the last update.
[serge] Fix 16 integration tests for model `musicgen_melody` failing with `output_mismatch` (tensor values differ (16))
Author: sergereview[bot]
Pull request: yes

<!-- ci-dashboard-badge:start -->
[![CI](https://transformers-ci.lor-e.huggingface.cool/badge/pr?pr=46970)](https://transformers-ci.lor-e.huggingface.cool/d/pytest-observability-by-pr/pytest-observability-branch?var-pr=46970)
<!-- ci-dashboard-badge:end -->

## Original CI failure

- Failure group: `1/1: 16 integration tests for model `musicgen_melody` failing with `output_mismatch` (tensor values differ (16))`
- `tests/models/musicgen_melody/test_modeling_musicgen_melody.py::MusicgenMelodyIntegrationTests::test_generate_text_audio_prompt` [multi-gpu] (output_mismatch, seen 7/7)

<!-- serge-task:integration-failure-triage:sha256:f92dbb6ad1773e1ba2d512a3909d53c8a7c0030ca4de3a0adda6d6868960d338 -->
Relates to #46969

The 16 `musicgen_melody` integration tests fail because `MusicgenMelodyForConditionalGeneration.prepare_inputs_for_generation` was not updated to handle the `next_sequence_length` kwarg that `GenerationMixin.generate` now passes. The sibling `musicgen` model already accepts and uses it; `musicgen_melody` still uses the old `past_length` slicing heuristic, which now slices decoder input ids incorrectly during cached generation and changes the generated audio values.

This patch adds `next_sequence_length` to the method signature and replaces the heuristic slicing with the same `decoder_input_ids[:, -next_sequence_length:]` logic used in `modeling_musicgen.py`, restoring deterministic generation behavior.

---
_This change was produced automatically by serge from a CI failure report. The patch was generated by an LLM and applied by serge; review before merging._

_serge `v0.1.0` · model: `moonshotai/Kimi-K2.7-Code` · 27 LLM turns · 30 tool calls · 74.0s · 457419 in / 11567 out tokens_

Comments:
The docs for this PR live [here](https://moon-ci-docs.huggingface.co/docs/transformers/pr_46970). All of your documentation changes will be reflected on that endpoint. The docs are available until 30 days after the last update.

**[For maintainers]** Suggested jobs to run (before merge)

run-slow: musicgen_melody

<!-- ci-dashboard-recap:start -->

---

### CI recap

**Dashboard:** [View test results in Grafana](https://transformers-ci.lor-e.huggingface.cool/d/pytest-observability-by-pr/pytest-observability-branch?var-pr=46970)
**Latest run:** [28516638866:1](https://github.com/huggingface/transformers/actions/runs/28527748832)
**Result:** `success` | **Jobs:** 5 | **Tests:** 517 | **Failures:** 0 | **Duration:** 2m 51s

<!-- ci-dashboard-recap:end -->
make sure serge produces clean patches
Author: tarekziade
Pull request: yes

<!-- ci-dashboard-badge:start -->
[![CI](https://transformers-ci.lor-e.huggingface.cool/badge/pr?pr=46961)](https://transformers-ci.lor-e.huggingface.cool/d/pytest-observability-by-pr/pytest-observability-branch?var-pr=46961)
<!-- ci-dashboard-badge:end -->

# What does this PR do?

post-agentic transformers-specific cleanup

<!-- ci-dashboard-recap:start -->

---

### CI recap

**Dashboard:** [View test results in Grafana](https://transformers-ci.lor-e.huggingface.cool/d/pytest-observability-by-pr/pytest-observability-branch?var-pr=46961)
**Latest run:** [28381574117](https://github.com/huggingface/transformers/actions/runs/28381574117)
**Result:** `success` | Grafana metrics are not available yet.

<!-- ci-dashboard-recap:end -->

Comments:
The docs for this PR live [here](https://moon-ci-docs.huggingface.co/docs/transformers/pr_46961). All of your documentation changes will be reflected on that endpoint. The docs are available until 30 days after the last update.
[serge] Fix 10 integration tests for model `glm_ocr` failing with `output_mismatch` (list output differs (10))
Author: sergereview[bot]
Pull request: yes

<!-- ci-dashboard-badge:start -->
[![CI](https://transformers-ci.lor-e.huggingface.cool/badge/pr?pr=46986)](https://transformers-ci.lor-e.huggingface.cool/d/pytest-observability-by-pr/pytest-observability-branch?var-pr=46986)
<!-- ci-dashboard-badge:end -->

## Original CI failure

- Failure group: `1/1: 10 integration tests for model `glm_ocr` failing with `output_mismatch` (list output differs (10))`
- `tests/models/glm_ocr/test_modeling_glm_ocr.py::GlmOcrIntegrationTest::test_small_model_integration_test_batch` [multi-gpu] (output_mismatch, seen 7/7)

<!-- serge-task:integration-failure-triage:sha256:aa4efdb4f52ec7696025cb1fc275b68d82be633da7585804e32c7fb342116aa1 -->

Relates to #46985

The GLM-OCR integration tests generate outputs consisting of repeated `
` tokens instead of coherent text, indicating image features are not being processed. `GlmOcrModel` in `modular_glm_ocr.py` currently inherits `Glm4vModel.__init__` unchanged, which instantiates `Glm4vVisionModel` and `Glm4vTextModel` rather than the OCR-specific subclasses. This patch overrides `GlmOcrModel.__init__` to build `GlmOcrVisionModel` and `GlmOcrTextModel` so the correct vision/text architectures are used during generation.

---
_This change was produced automatically by serge from a CI failure report. The patch was generated by an LLM and applied by serge; review before merging._

_serge `v0.1.0` · model: `moonshotai/Kimi-K2.7-Code` · 27 LLM turns · 30 tool calls · 109.5s · 601838 in / 6474 out tokens_

Comments:
The docs for this PR live [here](https://moon-ci-docs.huggingface.co/docs/transformers/pr_46986). All of your documentation changes will be reflected on that endpoint. The docs are available until 30 days after the last update.

**[For maintainers]** Suggested jobs to run (before merge)

run-slow: colmodernvbert, colqwen2, conditional_detr, falcon_mamba, glm_ocr, granitemoehybrid, lfm2_moe, maskformer, mm_grounding_dino, nemotron_h, pp_doclayout_v2, qwen3_5, qwen3_5_moe, rf_detr, rt_detr_v2, siglip2

<!-- ci-dashboard-recap:start -->

---

### CI recap

**Dashboard:** [View test results in Grafana](https://transformers-ci.lor-e.huggingface.cool/d/pytest-observability-by-pr/pytest-observability-branch?var-pr=46986)
**Latest run:** [28699501474:1](https://github.com/huggingface/transformers/actions/runs/28699501474)
**Result:** `success` | **Jobs:** 2 | **Tests:** 9 | **Failures:** 0 | **Duration:** 40s

<!-- ci-dashboard-recap:end -->
[serge] Fix 8 integration tests for model `mamba2` failing with `OOM` (other (8))
Author: sergereview[bot]
Pull request: yes

<!-- ci-dashboard-badge:start -->
[![CI](https://transformers-ci.lor-e.huggingface.cool/badge/pr?pr=46971)](https://transformers-ci.lor-e.huggingface.cool/d/pytest-observability-by-pr/pytest-observability-branch?var-pr=46971)
<!-- ci-dashboard-badge:end -->

## Original CI failure

- Failure group: `1/1: 8 integration tests for model `mamba2` failing with `OOM` (other (8))`
- `tests/models/mamba2/test_modeling_mamba2.py::Mamba2IntegrationTest::test_batched_equivalence_without_cache` [multi-gpu] (OOM, seen 7/7)

<!-- serge-task:integration-failure-triage:sha256:811ecbfac645a5eb214ee4e338f4cb7af3c3e1fa66315dc32ce5cf3a00495c2f -->

Relates to #46969

The mamba2 integration tests are OOMing on the 22 GiB CI GPUs. The test code has a few memory-related inefficiencies that push usage over the limit:

- `from_pretrained(..., dtype=torch.bfloat16)` uses the non-standard `dtype` keyword; switching to `torch_dtype` ensures the 7B checkpoint is actually loaded in bfloat16 instead of default fp32.
- `test_batched_equivalence_without_cache` was generating with `use_cache=True`, contradicting its docstring and duplicating the cached path. It now uses `use_cache=False`.
- `test_mamba2_mixer_train_vs_eval_equivalence` ran inside `torch.autocast(..., dtype=torch.bfloat16)` but left the `Mamba2Mixer` weights in fp32, so intermediate tensors stayed fp32. The mixer is now cast to the test dtype.

These changes reduce peak GPU memory and make the tests match their stated intent.

---
_This change was produced automatically by serge from a CI failure report. The patch was generated by an LLM and applied by serge; review before merging._

_serge `v0.1.0` · model: `moonshotai/Kimi-K2.7-Code` · 27 LLM turns · 30 tool calls · 96.5s · 510622 in / 19426 out tokens_

<!-- ci-dashboard-recap:start -->

---

### CI recap

**Dashboard:** [View test results in Grafana](https://transformers-ci.lor-e.huggingface.cool/d/pytest-observability-by-pr/pytest-observability-branch?var-pr=46971)
**Latest run:** [28412406864](https://github.com/huggingface/transformers/actions/runs/28412406864)
**Result:** `success` | Grafana metrics are not available yet.

<!-- ci-dashboard-recap:end -->

Comments:
**[For maintainers]** Suggested jobs to run (before merge)

run-slow: mamba2

The docs for this PR live [here](https://moon-ci-docs.huggingface.co/docs/transformers/pr_46971). All of your documentation changes will be reflected on that endpoint. The docs are available until 30 days after the last update.
Add max_groups input to nightly Serge triage caller (single-task test mode)
Author: tarekziade
Pull request: yes

<!-- ci-dashboard-badge:start -->
[![CI](https://transformers-ci.lor-e.huggingface.cool/badge/pr?pr=47012)](https://transformers-ci.lor-e.huggingface.cool/d/pytest-observability-by-pr/pytest-observability-branch?var-pr=47012)
<!-- ci-dashboard-badge:end -->

## What

Adds a `max_groups` `workflow_dispatch` input to the nightly integration-failure
triage caller and passes it to the reusable transformers-ci workflow.

- Empty (default) / scheduled runs → unchanged behavior.
- Manual run with `max_groups=1` → dispatches a **single** Serge fix task (one
  PR), for testing the Serge normalize pipeline end-to-end without opening
  ~10-20 PRs.

## Dependency

Requires **huggingface/transformers-ci#7** (which adds the `max_groups` input to
the reusable workflow) to be merged first — the caller passes the input to
`integration-failure-triage.yml@main`.

## Notes

Workflow-only change to the Serge triage pipeline (no codebase changes).
AI-assisted (Claude Code); human-owned pipeline, to be reviewed/merged by the maintainer.

Comments:
The docs for this PR live [here](https://moon-ci-docs.huggingface.co/docs/transformers/pr_47012). All of your documentation changes will be reflected on that endpoint. The docs are available until 30 days after the last update.

<!-- ci-dashboard-recap:start -->

---

### CI recap

**Dashboard:** [View test results in Grafana](https://transformers-ci.lor-e.huggingface.cool/d/pytest-observability-by-pr/pytest-observability-branch?var-pr=47012)
**Latest run:** [28543960694:1](https://github.com/huggingface/transformers/actions/runs/28543960694)
**Result:** `success` | **Jobs:** 2 | **Tests:** 10 | **Failures:** 0 | **Duration:** 42s

<!-- ci-dashboard-recap:end -->
[serge] Fix 10 integration tests for model `gemma3` failing with `output_mismatch` (list output differs (8), other (2))
Author: sergereview[bot]
Pull request: yes

<!-- ci-dashboard-badge:start -->
[![CI](https://transformers-ci.lor-e.huggingface.cool/badge/pr?pr=47006)](https://transformers-ci.lor-e.huggingface.cool/d/pytest-observability-by-pr/pytest-observability-branch?var-pr=47006)
<!-- ci-dashboard-badge:end -->

## Original CI failure

- Failure group: `1/1: 10 integration tests for model `gemma3` failing with `output_mismatch` (list output differs (8), other (2))`
- `tests/models/gemma3/test_modeling_gemma3.py::Gemma3IntegrationTest::test_dynamic_sliding_window_is_default` [multi-gpu] (output_mismatch, seen 7/7)

<!-- serge-task:integration-failure-triage:sha256:1c12a6ad471e3ae472f781a6aa52b68b8256372a588cbe2ed2edc726f92677d0 -->

Relates to #46998

Fixes the `test_dynamic_sliding_window_is_default` failures in the Gemma3 integration group.

Root cause: the code path in `generate()` was unconditionally clearing `cache_implementation="hybrid"` even when the caller explicitly passed `cache_implementation="hybrid"`. The comment says the goal is to clear only the Hub default, not an explicit user argument.

Patch: only clear `"hybrid"` when `cache_implementation` was not supplied in `generate()` kwargs. This restores the expected behavior that explicit `cache_implementation="hybrid"` uses the static sliding-window cache.

Note: the remaining 8 text-output mismatches in the same group appear to be unrelated expected-value drifts and are not addressed by this library fix.

---
_This change was produced automatically by serge from a CI failure report. The patch was generated by an LLM and applied by serge; review before merging._

_serge `v0.1.0` · model: `moonshotai/Kimi-K2.7-Code` · 27 LLM turns · 30 tool calls · 513.0s · 762898 in / 12583 out tokens_

Comments:
The docs for this PR live [here](https://moon-ci-docs.huggingface.co/docs/transformers/pr_47006). All of your documentation changes will be reflected on that endpoint. The docs are available until 30 days after the last update.

<!-- ci-dashboard-recap:start -->

---

### CI recap

**Dashboard:** [View test results in Grafana](https://transformers-ci.lor-e.huggingface.cool/d/pytest-observability-by-pr/pytest-observability-branch?var-pr=47006)
**Latest run:** [28559765420:1](https://github.com/huggingface/transformers/actions/runs/28559765420)
**Result:** `success` | **Jobs:** 14 | **Tests:** 69,253 | **Failures:** 0 | **Duration:** 18h 10m

<!-- ci-dashboard-recap:end -->
[serge] Fix 12 integration tests for model `edgetam` failing with `import_or_config` (other (12))
Author: sergereview[bot]
Pull request: yes

<!-- ci-dashboard-badge:start -->
[![CI](https://transformers-ci.lor-e.huggingface.cool/badge/pr?pr=47055)](https://transformers-ci.lor-e.huggingface.cool/d/pytest-observability-by-pr/pytest-observability-branch?var-pr=47055)
<!-- ci-dashboard-badge:end -->

## Original CI failure

- Failure group: `1/1: 12 integration tests for model `edgetam` failing with `import_or_config` (other (12))`
- `tests/models/edgetam/test_modeling_edgetam.py::EdgeTamModelIntegrationTest::test_inference_batched_images_batched_boxes` [multi-gpu] (import_or_config, seen 7/7)

<!-- serge-task:integration-failure-triage:sha256:3beeaa3ab6cb0209eaf7432cb053eb2541379e9789f8ce6fbdc1727ea8ab0a3d -->
Relates to #47053

The EdgeTAM integration tests fail because `EdgeTamModel.forward` passes `original_sizes` through `**kwargs` to `EdgeTamVisionModel.forward`, which forwards them to the timm `FeatureListNet` backbone. The backbone rejects the unknown `original_sizes` keyword argument.

Root cause: `EdgeTamVisionModel.forward` blindly passes all kwargs to `self.backbone(pixel_values, **kwargs)`.

Fix: In `modular_edgetam.py`, remove `original_sizes` (and `reshaped_input_sizes`, which is also a processor-provided key not meant for the backbone) from `kwargs` before calling the backbone. This keeps the generated `modeling_edgetam.py` consistent after `make fix-repo`.

---
_This change was produced automatically by serge from a CI failure report. The patch was generated by an LLM and applied by serge; review before merging._

_serge `v0.1.0` · model: `moonshotai/Kimi-K2.7-Code` · 79 LLM turns · 80 tool calls · 108.8s · 1227169 in / 3141 out tokens_

Comments:
**[For maintainers]** Suggested jobs to run (before merge)

run-slow: edgetam

<!-- ci-dashboard-recap:start -->

---

### CI recap

**Dashboard:** [View test results in Grafana](https://transformers-ci.lor-e.huggingface.cool/d/pytest-observability-by-pr/pytest-observability-branch?var-pr=47055)
**Latest run:** [28699481836](https://github.com/huggingface/transformers/actions/runs/28699481836)
**Result:** `success` | Grafana metrics are not available yet.

<!-- ci-dashboard-recap:end -->

The docs for this PR live [here](https://moon-ci-docs.huggingface.co/docs/transformers/pr_47055). All of your documentation changes will be reflected on that endpoint. The docs are available until 30 days after the last update.
[serge] Fix 12 integration tests for model `minimax_m3_vl` failing with `load_error` (other (12))
Author: sergereview[bot]
Pull request: yes

<!-- ci-dashboard-badge:start -->
[![CI](https://transformers-ci.lor-e.huggingface.cool/badge/pr?pr=47054)](https://transformers-ci.lor-e.huggingface.cool/d/pytest-observability-by-pr/pytest-observability-branch?var-pr=47054)
<!-- ci-dashboard-badge:end -->

## Original CI failure

- Failure group: `1/1: 12 integration tests for model `minimax_m3_vl` failing with `load_error` (other (12))`
- `tests/models/minimax_m3_vl/test_modeling_minimax_m3_vl.py::MiniMaxM3VLIntegrationTest::test_batched_image_generation` [multi-gpu] (load_error, seen 7/7)

<!-- serge-task:integration-failure-triage:sha256:c256626f088023d2a0c6af7cf44ba98b74497dc932a50a665dd99d5441e8d815 -->

Relates to #47053

The 12 `MiniMaxM3VLIntegrationTest` slow tests fail during `from_pretrained` because `device_map="auto"` offloads some MXFP8/MoE weights to disk, but no `offload_folder` is provided. The library raises `ValueError: ... Please provide an offload_folder for them in from_pretrained.`

Root cause: `_load_model` calls `from_pretrained(..., device_map="auto")` without `offload_folder`.

Fix: import `tempfile` and pass a fresh temporary directory as `offload_folder` in the integration test helper. This is the minimal test-side change that satisfies the loader requirement without touching library code or generated model files.

---
_This change was produced automatically by serge from a CI failure report. The patch was generated by an LLM and applied by serge; review before merging._

_serge `v0.1.0` · model: `moonshotai/Kimi-K2.7-Code` · 47 LLM turns · 47 tool calls · 95.3s · 2124613 in / 3200 out tokens_

Comments:
**[For maintainers]** Suggested jobs to run (before merge)

run-slow: minimax_m3_vl

<!-- ci-dashboard-recap:start -->

---

### CI recap

**Dashboard:** [View test results in Grafana](https://transformers-ci.lor-e.huggingface.cool/d/pytest-observability-by-pr/pytest-observability-branch?var-pr=47054)
**Latest run:** [28699464672](https://github.com/huggingface/transformers/actions/runs/28699464672)
**Result:** `success` | Grafana metrics are not available yet.

<!-- ci-dashboard-recap:end -->

The docs for this PR live [here](https://moon-ci-docs.huggingface.co/docs/transformers/pr_47054). All of your documentation changes will be reflected on that endpoint. The docs are available until 30 days after the last update.
[serge] Fix 8 integration tests for model `deepseek_v32` failing with `load_error` (other (8))
Author: sergereview[bot]
Pull request: yes

<!-- ci-dashboard-badge:start -->
[![CI](https://transformers-ci.lor-e.huggingface.cool/badge/pr?pr=47057)](https://transformers-ci.lor-e.huggingface.cool/d/pytest-observability-by-pr/pytest-observability-branch?var-pr=47057)
<!-- ci-dashboard-badge:end -->

## Original CI failure

- Failure group: `1/1: 8 integration tests for model `deepseek_v32` failing with `load_error` (other (8))`
- `tests/models/deepseek_v32/test_modeling_deepseek_v32.py::DeepseekV32IntegrationTest::test_logits_eager` [multi-gpu] (load_error, seen 7/7)

<!-- serge-task:integration-failure-triage:sha256:8fa71a7b3d1494f1dfd028e376f84122e7ea5274d6d7a46111e58a4f11553841 -->
Relates to #47053

The DeepseekV32 integration tests fail during `from_pretrained` with `device_map="auto"` because the model is an MoE and accelerate needs to re-save offloaded weights to disk. Without an `offload_folder`, `offload_weight` raises the reported `ValueError`.

Root cause: the four `DeepseekV32ForCausalLM.from_pretrained(..., device_map="auto", ...)` calls in the integration test class do not provide `offload_folder`.

Fix: wrap each model load in `tempfile.TemporaryDirectory()` and pass `offload_folder=tmp_dir` so accelerate can write the re-saved weights. This matches the pattern used elsewhere for large MoE models and keeps the test self-cleaning.

---
_This change was produced automatically by serge from a CI failure report. The patch was generated by an LLM and applied by serge; review before merging._

_serge `v0.1.0` · model: `moonshotai/Kimi-K2.7-Code` · 81 LLM turns · 80 tool calls · 130.4s · 1137464 in / 4981 out tokens_

Comments:
**[For maintainers]** Suggested jobs to run (before merge)

run-slow: deepseek_v32

<!-- ci-dashboard-recap:start -->

---

### CI recap

**Dashboard:** [View test results in Grafana](https://transformers-ci.lor-e.huggingface.cool/d/pytest-observability-by-pr/pytest-observability-branch?var-pr=47057)
**Latest run:** [28699484625:1](https://github.com/huggingface/transformers/actions/runs/28699484625)
**Result:** `success` | **Jobs:** 4 | **Tests:** 301 | **Failures:** 0 | **Duration:** 2m 37s

<!-- ci-dashboard-recap:end -->

The docs for this PR live [here](https://moon-ci-docs.huggingface.co/docs/transformers/pr_47057). All of your documentation changes will be reflected on that endpoint. The docs are available until 30 days after the last update.