Résumé du travail SRED

Rassembler tous les PRs Github, les documents Notion et les tickets Linear qu'une personne a complétés au cours d'une année donnée. Regrouper les liens de tous ceux-ci en projets. Mettre le tout dans un document Notion privé et retourner un lien vers ce document.

Prérequis

Avant de commencer, assurez-vous que Github, Notion et Linear sont accessibles. Notion et Linear doivent être connectés via un MCP. Github peut être connecté avec un MCP, mais si vous avez accès à l'outil CLI gh, vous pouvez l'utiliser à la place.

Si l'un de ces services n'est pas accessible, demandez à l'utilisateur d'accorder l'accès avant de continuer.

Processus

Étape 1

# Obtenir l'année courante
date +%Y

Le résultat de cette commande est l'année en cours. L'année en cours moins un est l'année précédente.

Étape 2

Collectez toutes les informations requises auprès de l'utilisateur :

Nom d'utilisateur Github : Quel est le nom d'utilisateur Github de l'utilisateur ?

Dépôts Github : Quels dépôts Github doivent être recherchés pour les PRs ?

L'utilisateur peut spécifier une liste séparée par des virgules ou fournir un répertoire contenant des dépôts. Dans le deuxième cas, utilisez cette commande dans le répertoire spécifié :

# Trouver les dépôts Github
find . -maxdepth 2 -name ".git" -type d | sed 's/\/.git$//' | sort

Assurez-vous que :

• Tous les dépôts listés se trouvent dans l'organisation Github getsentry.

Le résultat de ceci est désormais appelé les « dépôts de l'utilisateur ».

Incidents : Demandez si l'utilisateur souhaite inclure les documents d'incident.

La réponse est soit oui, soit non. Si la réponse est non, certains documents seront exclus de la recherche ultérieurement.

Autres utilisateurs : Demandez s'il y a d'autres utilisateurs qui auraient pu créer des documents Notion.

Ceci doit être une liste de noms séparée par des virgules. Mémorisez ceci comme les « autres utilisateurs ».

Étape 3

Créez un document Notion privé intitulé « Résumé du travail SRED [année en cours] ». Ce document sera appelé le Résumé de travail.

Si un document avec ce nom existe déjà, notifiez l'utilisateur de renommer le document existant et arrêtez l'exécution.

Assurez-vous que :

• Si le Résumé de travail existe déjà, arrêtez l'exécution.

Étape 4

La période est du 1er février de l'année précédente au 31 janvier de l'année en cours. Trouvez tous les PRs Github créés par le nom d'utilisateur Github donné dans la période pour les dépôts de l'utilisateur. Si l'utilisateur ne souhaite pas inclure les documents d'incident, ignorez tous les PRs Github avec INC-X, inc-X dans le titre ou la description. Utilisez soit le MCP Github soit la commande gh pour ce faire.

Trouvez tous les documents Notion que l'utilisateur a créés dans la période. Si l'utilisateur ne souhaite pas inclure les documents d'incident, ignorez tous les documents Notion avec INC-XXXX dans le titre. Utilisez le MCP Notion pour ce faire.

Trouvez tous les tickets Linear auxquels l'utilisateur a été assigné dans la période. Si l'utilisateur ne souhaite pas inclure les documents d'incident, ignorez tous les tickets Linear avec INC-XXXX dans le titre. Utilisez le MCP Linear pour ce faire.

Assurez-vous que :

• Tous les PRs Github ont été créés ou fusionnés dans la période et ont été ouverts par l'utilisateur.
• Tous les documents Notion ont été créés dans la période et ont été créés par l'utilisateur.
• Tous les tickets Linear ont été ouverts ou complétés dans la période et ont été assignés à l'utilisateur au moment de leur clôture.

Étape 5

Pour chacun des PRs Github, documents Notion et tickets Linear trouvés à l'étape 4, mettez un lien dans le document privé créé à l'étape 3.

Assurez-vous que :

• Il y a un lien pour tous les PRs Github dans le Résumé de travail
• Il y a un lien pour tous les documents Notion dans le Résumé de travail
• Il y a un lien pour tous les tickets Linear dans le Résumé de travail
• NE TRONQUEZ PAS les listes de liens. N'utilisez PAS de raccourcis comme « ...et 75 autres ». Assurez-vous que l'ensemble complet de tous les PRs Github, documents Notion et tickets Linear est visible dans le document.

Étape 6

Utilisez votre propre intelligence pour regrouper tous les liens Github, Notion et tickets Linear dans le document Résumé de travail en projets. Le format de ce document est montré ci-dessous.

# Projets

## [Nom du projet]
*Résumé* : [X] PRs, [X] docs Notion, [X] tickets Linear

### Pull Requests [X]
*[nom du dépôt]
[Liens vers tous les PRs]
- [lien] - [Date de fusion]

### Docs Notion [X]
[Liens vers tous les docs Notion]
- [lien] - [Date de création]

### Tickets Linear [X]
- [lien] - [Date de création]

Pour les PRs Github, utilisez à la fois le titre et la description du PR pour le regroupement. Pour les documents Notion, utilisez le document complet pour le regroupement. Pour les tickets Linear, utilisez le titre et la description du ticket.

Assurez-vous que :

• Tous les liens du fichier sont assignés à un projet.
• Le fichier suit le format spécifié ci-dessus.
• NE TRONQUEZ PAS les listes de liens. N'utilisez PAS de raccourcis comme « ...et 75 autres ». Assurez-vous que l'ensemble complet de tous les PRs Github, documents Notion et tickets Linear est visible dans le document.

Étape 7

Recherchez les documents Notion créés par les « autres utilisateurs ». Prenez tous ceux qui sont pertinents pour les projets du Résumé de travail et ajoutez des liens vers ces documents Notion dans le Résumé de travail dans le projet approprié.

Étape 8

Retournez un lien vers le document Notion Résumé de travail à l'utilisateur.

Assurez-vous que :

• Le lien réel du document Notion est dans la sortie finale.

Ressources

Voici un exemple de document Résumé de travail pour l'année 2025 : https://www.notion.so/sentry/Work-Summary-Feb-2025-Jan-2026-3068b10e4b5d81d3a40cfa6ad3fe1078?source=copy_link