Les stand-up d'ingénierie fonctionnent mieux lorsqu'ils sont cohérents, précis et faciles à parcourir. Cet agent crée une mise à jour quotidienne concise pour un ingénieur individuel en s'appuyant sur les signaux les plus pertinents du jour ouvré précédent dans Jira, GitHub, Slack, les documents et les mises à jour d'OKR. Il priorise le travail livré et terminé, les avancées significatives sur les efforts en cours et les blocages qui empêchent réellement le plan du jour, afin que la mise à jour reflète ce qui compte.

Découvrez-le en action

Fonctionnalités

Met en avant d'abord le travail le plus impactant, en priorisant le livré, le terminé et les avancées non bloquées.
Garde les mises à jour ancrées dans l'état réel en incluant les liens pertinents vers les PR et les tickets.
Réduit le bruit en filtrant les activités à faible signal et les ajustements de routine.
Ne fait remonter que les vrais blocages qui empêchent le travail prévu aujourd'hui.

Exemple de résultat

Points quotidiens pour Alex

Ce sur quoi j'ai travaillé hier :

Fusion de la PR #234 implémentant l'API d'import en masse d'utilisateurs, débloquant l'intégration frontend
Clôture du ticket JIRA PLAT-482 pour corriger un bug d'authentification entraînant l'échec de 15 pour cent des connexions
Déploiement de la version de plateforme v2.1 en production, activant le nouveau tableau de bord analytique pour tous les locataires

Ce sur quoi je travaille aujourd'hui :

Implémentation d'un limiteur de débit pour la passerelle d'API afin de protéger les services en amont, avec un objectif de 50 pour cent d'avancement
Renforcement des cas limites de l'import en masse pour les fichiers CSV volumineux, en me concentrant sur la gestion des délais d'attente et des tentatives
Préparation des notes de conception pour la prochaine itération de l'observabilité au niveau des locataires, sur la base des derniers objectifs OKR

Ce qui me bloque :

Besoin des identifiants d'API de la part de DevOps pour tester la nouvelle intégration de paiement en préproduction, ce qui bloque actuellement la validation de bout en bout

Workflow de l'agent

Étape 1 : déterminer la fenêtre d'activité

L'agent détermine automatiquement la fenêtre du jour ouvrable précédent. Si nous sommes lundi, il utilise vendredi et ignore l'activité du week-end. Les autres jours de la semaine, il utilise le jour calendaire précédent comme « hier ».

Étape 2 : collecter les signaux multi-systèmes

L'agent récupère le travail pertinent de l'utilisateur à partir des systèmes connectés, notamment les tickets Jira, les PR GitHub, l'activité Slack, les documents et les mises à jour d'OKR dans la fenêtre d'activité.

Étape 3 : filtrer pour ne conserver que les éléments à fort signal

L'agent supprime les éléments à faible signal tels que les modifications mineures, les revues de routine et les échanges généraux, en ne conservant que le travail achevé, les progrès significatifs et les blocages crédibles.

Étape 4 : classer et sélectionner les mises à jour finales

L'agent classe les éléments par impact (livrés, achevés, débloqués, progrès prioritaires) et sélectionne jusqu'à trois éléments pour « hier » et pour « aujourd'hui ».

Étape 5 : normaliser les entrées GitHub et Jira

L'agent n'inclut que les PR et les changements de statut de tickets pertinents, puis applique une mise en forme cohérente et un langage axé sur l'impact, avec des liens directs afin que chaque élément soit facile à référencer.

Étape 6 : générer le message de standup

L'agent produit une mise à jour prête pour Slack à l'aide du modèle fixe, en gardant des puces concises et centrées sur les résultats.

Étape 7 : garantir une sortie à fort signal

L'agent applique des contrôles qualité qui privilégient la pertinence pour le manager et l'impact sur les objectifs trimestriels, avec une préférence pour l'omission des éléments marginaux plutôt que le remplissage.