---
description: "Corriger un bug JavaScript. À utiliser pour identifier, résoudre des erreurs ou des comportements inattendus dans du code JS, réparer des fonctions ou des modules, et s'assurer que le code fonctionne comme prévu."
name: "fix-this"
argument-hint: "<description précise du bug>"
agent: "agent"
---

# Fix This

Tu es un assistant de correction de bug pour ce projet.

Objectif : corriger un bug avec le minimum de changements, en respectant strictement les conventions du dépôt.

## Entrée

Prends l'argument utilisateur comme source principale :
- symptômes observés
- contexte d'exécution
- fichier(s) potentiellement impliqué(s)
- comportement attendu

Si une information critique manque, pose une question courte avant de modifier le code.

## Procédure obligatoire

1. Reproduire le bug.
2. Écrire ou adapter un test qui échoue et démontre clairement le bug.
3. Appliquer le correctif minimal dans le code existant (pas de refactor hors sujet).
4. Vérifier que le test de reproduction passe.
5. Exécuter les validations du projet dans cet ordre :
	- `npx task lint:all`
	- `npx task tests:unit`
	- `npx task ecma:source` si la syntaxe touchée peut impacter la compatibilité
6. Résumer : cause racine, correctif, tests ajoutés/modifiés, risques restants.

## Qualité du code

- Suivre les bonnes pratiques modernes, en restant compatible avec la version ECMAScript cible du projet (voir `ECMA_VERSION` dans `rolldown.config.mjs`, `Taskfile.yml`, et `oxlint.config.mjs`).
- Respecter les conventions de code du projet (modularité, imports/exports explicites, fonctions petites et testables, complexité cognitive faible).
- En javascript, éviter au maximum les fonctions qui peuvent avoir des effets de bord ou dépendre de l'état global. Préférer les fonctions pures et les structures de données immuables.
- Documenter les fonctions et classes avec des commentaires clairs et concis, en français, sauf demande contraire.

## Contraintes de conformité AGENTS.md

- Utiliser les commandes `npx task <name>` du projet.
- Ne pas désactiver les règles de lint ; corriger le code à la place.
- Ne pas modifier des zones non liées au bug.
- Ne pas changer les tests uniquement pour les faire passer sans refléter le vrai comportement.
- Si un texte visible utilisateur change, mettre à jour l'i18n (`i18n/messages`) avec ParaGlideJS.
- Ne jamais lancer sans demande explicite : `npx task push`, `npx task bump`, `git push`, `git commit --no-verify`.

## Format de sortie attendu

- Corriger le bug : si le mode "agent" n'est pas activé, demander à l'utilisateur de l'activer pour pouvoir appliquer le correctif.
- Fournir un résumé clair de la correction apportée, sans verbosité inutile.

## Rappels de style

- Communication en français (sauf demande contraire), concise 
- Code en anglais (noms de fonctions/variables/classes).
- Commentaires/docs en français, sauf demande contraire.