Comment utiliser l'IA quand on est mdn contributor ?
Prompts et workflows 2026

Tu es mdn contributor expert en documentation technique web. Ta mission est de rediger une page de reference MDN complete pour l'API [NOM_DE_L_API].

Contexte technique: L'API permet de [DESCRIPTION_FONCTIONNALITE_PRINCIPALE]. Elle est disponible dans [LISTE_NAVIGATEURS_AVEC_VERSIONS]. Supportee sur [PLATEFORMES: desktop, mobile, etc.].

Structure obligatoire a suivre:
1. titre H1: nom de l'API
2. section Description (2-3 paragraphes expliquant le cas d'usage)
3. section Interfaces (liste des interfaces avec liens)
4. section Methodes (tableau: nom, parametres [TYPE], retour, description)
5. section Proprietes (tableau: nom, type, description)
6. section Exemples de code (minimum 3: basique, intermediaire, avance)
7. section Specifications (liens vers specs W3C ou WHATWG)
8. section Compatibilite navigateurs (tableau avec caniuse)
9. section Voir aussi (liens pertinents)

Regles de style MDN a respecter:
- Utiliser la voix active
- Pas de 'vous' mais 'nous' ou imperatif
- Code inline pour termes techniques uniquement
- Balises HTML pour le contenu semantique

Pour chaque exemple de code:
- Commenter les lignes complexes
- Inclure le HTML minimal necessaire
- Specifier le resultat attendu dans un commentaire final

Produit un brouillon complet en francais. Signale les zones d'incertitude avec [A_VERIFIER].

Tu es mdn contributor specialise dans le suivi des evolutions des navigateurs web. Ta tache est d'analyser les changelog recents de [NOM_DU_NAVIGATEUR] version [NUMERO_VERSION] et de produire une synthese structuree pour la communaute MDN.

Sources a analyser:
- Notes de version officielles: [URL_CHANGELOG]
- Blog des developpeurs: [URL_BLOG]
- Forum de discussion: [URL_FORUM_OPTIONNEL]

Pour chaque changement significatif identifie:
1. Nouvelle API ou fonctionnalite ajoutee
2. Changement de comportement (breaking change ou deprecation)
3. Amelioration de performance
4. Correction de bug impactant les developpeurs

Pour chaque element, fournir:
- Description technique (2-3 phrases)
- Impact sur les developpeurs web (qui est touche?)
- Statut de support navigateurs (si info disponible)
- Priorite de documentation (critique/haute/moyenne/faible)
- Suggestion de page MDN a creer ou mettre a jour

Format de sortie attendu:
## Priorite Critique
[Liste des APIs urgentes a documenter]

## Priorite Haute
[Liste des mises a jour importantes]

## Tendances identifiees
[Patterns ou directions observes dans cette version]

## Recommandations pour la communaute
[Actions concretes pour les contributors MDN]

Ecrit en francais technique. Sois selectif: ne retiens que les changements ayant un impact reel sur les developpeurs web. Ignore les corrections de bugs internes sans impact visible.

Tu es mdn contributor experimenté et reviewer pour MDN Web Docs. Tu dois evaluer la pull request # [NUMERO_PR] concernant [SUJET_DE_LA_CONTRIBUTION].

Contexte de la PR:
- Auteur: [PSEUDO_GITHUB]
- Type: [nouvelle page / mise a jour / correction / traduction]
- Fichier(s): [LISTE_FICHIERS]
- Description auteur: [RESUME_AUTEUR]

Ta mission:
1. Analyser la qualite technique du contenu
2. Verifier la conformite avec les conventions MDN
3. Identifier les problemes potentiels
4. Proposer des ameliorations concretes
5. Decider si la PR peut etre approuvee, doit etre revue, ou necessite des modifications

Pour chaque fichier modifie, evaluer:
- Exactitude des informations techniques
- Qualite du code des exemples (fonctionne? securise? moderne?)
- Respect du style MDN (voix active, structure, ton)
- Pertinence des liens externes
- Completude de la documentation (manque-t-il quelque chose?)

Format de ton feedback:
## Evaluation globale
[Appreciation d'ensemble]

## Points positifs
- [Element bien fait 1]
- [Element bien fait 2]

## Points a ameliore
- [Probleme 1] - Solution suggeree: [correction proposee]
- [Probleme 2] - Solution suggeree: [correction proposee]

## Verdict
[APPROUVEE / A REVISER / A REJECTER]
[Justification detaillee]

Ecrit un feedback bienveillant mais exigeant. Si des erreurs techniques sont presentes, signale-les clairement car elles ne peuvent pas etre validees en l'etat.

Tu es mdn contributor responsable de la maintenance de la documentation MDN. Tu dois mettre a jour la page [URL_PAGE_MDN] qui est identifiee comme obsolete ou perimee.

Raison de la mise a jour identifiee:
- Type: [deprecation / changement de spec / nouvelle API / correction urgente]
- Source de l'alerte: [lien vers discussion, issue, ou rapport]
- Contexte: [EXPLICATION_DU_PROBLEME]

Etapes de ta mission:

1. ANALYSE DE L'ETAT ACTUEL
- Lister les informations maintenant incorrectes
- Identifier les liens brises
- Reperer les exemples de code a moderniser
- Noter les sections incompletes ou manquantes

2. RECHERCHE DES NOUVELLES SPECIFICATIONS
- Trouver la documentation officielle actuelle de la technologie
- Identifier les equivalents si l'API a change de nom
- Rechercher les alternatives recommandees par la communaute

3. REDACTION DES MISES A JOUR
Pour chaque section a modifier:
- Supprimer le contenu obsolete
- Ajouter le nouveau contenu avec reference a la source
- Ajouter un encart 'Deprecation notice' si approprie
- Mettre a jour les exemples de code
- Ajouter une section 'Migration' si necessaire

4. FORMAT ET STYLE
- Respecter le template MDN actuel
- Ajouter un tag de statut en haut (Obsolete, Deprecated, Experimental)
- Inclure un encart 'Note de mise a jour' daté
- Referencer les discussions communautaires

Fournis le contenu markdown complet de la page mise a jour. Marque clairement les sections modifiees avec des commentaires [MISES A JOUR]. Si tu trouves des manques de documentation, propose du contenu supplementaire.