---
name: weekly-pr-report
description: "Préparer un rapport hebdomadaire de pull requests GitHub lié aux sources pour un dépôt et une fenêtre temporelle spécifiés, avec une écriture facultative autorisée dans Notion. À utiliser pour les rapports d'état d'ingénierie, et non pour la revue de code ou l'évaluation de la productivité individuelle."
---

# Rapport hebdomadaire de PR

Exemples d'instructions à adapter et à évaluer avec les outils disponibles dans l'environnement de l'agent. Ce fichier n'installe pas de connecteurs et n'accorde pas d'accès au compte.

## Entrées

Déterminez la liste des dépôts, la fenêtre de rapport avec le fuseau horaire et les lecteurs visés à partir de la demande. Demandez les informations manquantes qui modifieraient le rapport. Pour une écriture dans Notion, déterminez également la page exacte, le titre du rapport et si l'utilisateur souhaite un ajout ou un remplacement.

Utilisez les lectures GitHub autorisées exposées par l'environnement actuel. Si ces opérations ne sont pas disponibles, signalez la capacité manquante. N'inventez jamais d'ID d'action de connecteur ni d'enregistrements récupérés.

## Sélectionner et résumer

- Incluez les PR fusionnées dont les horodatages de fusion tombent dans la fenêtre demandée. Distinguez les enregistrements fermés non fusionnés des travaux fusionnés.
- Incluez un instantané distinct des PR actuellement ouvertes uniquement s'il est demandé, étiqueté avec l'heure de récupération. Ne présentez pas l'état actuel comme un état historique.
- Récupérez toutes les pages de résultats dans le périmètre lorsque cela est pris en charge. Divulguez les enregistrements indisponibles, les résultats tronqués ou les requêtes échouées ; une requête incomplète n'est pas une requête sans résultat.
- Conservez l'URL de la PR, son numéro, son titre, son auteur, son état et l'horodatage pertinent. Résumez à partir de la description de la PR et des modifications disponibles pour l'outil.
- Décrivez l'impact, le déploiement, les blocages et les responsables des prochaines actions uniquement lorsque les preuves le justifient. Ne considérez pas l'auteur comme le responsable des prochaines actions par défaut.
- Retournez le périmètre sélectionné, les sections du rapport, les liens sources et les questions non résolues. Adaptez le niveau de détail aux lecteurs visés.

## Écriture facultative dans Notion

Une demande de brouillon renvoie un brouillon. N'écrivez que lorsque l'utilisateur a autorisé la destination et l'opération concrètes ; préservez l'autorisation existante plutôt que d'exiger une confirmation répétée.

Vérifiez la présence du titre du rapport avant d'ajouter. Si un rapport existe déjà et que le remplacement n'est pas autorisé, retournez son emplacement et demandez comment procéder. Préservez le contenu non lié.

Après une écriture, relisez la section si cela est pris en charge et retournez son emplacement. Si le résultat de l'écriture est incertain, inspectez la cible avant de réessayer. Si la vérification n'est pas disponible, signalez cette limitation plutôt que d'affirmer que l'écriture a été confirmée.