GitHub et les agents IA
Tout ce qui a été fait est dans GitHub, et rien n'y est écrit pour la personne qui demande quand ce sera prêt. L'agent lit le dépôt et le traduit en phrases que vous pouvez dire à un client ou à votre direction : ce qui est sorti, ce qui est bloqué, et ce sur quoi on vous interrogera en premier.
Ce qu'un agent fait dans GitHub
- Il rassemble ce qui est réellement sorti cette semaine : pull requests fusionnées, issues fermées, tags de version posés.
- Il fait remonter les pull requests qui attendent une relecture au-delà du délai que vous avez fixé.
- Il garde le fil entre la question d'un client et l'issue qui est derrière : où elle en est et ce qui s'y est passé en dernier.
- Il rédige un brouillon de notes de version à partir des vrais commits et tags, en séparant ce que l'utilisateur verra de ce que seule l'équipe verra.
- Il vous apporte les issues ouvertes par des personnes extérieures à l'équipe, au lieu de les laisser dormir sans lecteur.
Les processus qui se déclenchent seuls
Un playbook n'est pas un bouton : c'est un processus avec une condition qui le déclenche. Dans GitHub, cette condition vient le plus souvent du dépôt lui-même : une pull request sans relecture, un tag de version posé, une issue ouverte par quelqu'un d'extérieur.
Une pull request reste sans relecture
Une pull request est ouverte au-delà du délai que vous avez fixé et personne ne l'a relue
- Distinguer une vraie attente d'un brouillon ou d'une pull request sans relecteur désigné
- Décrire en un paragraphe, sans code, ce qu'elle change et qui elle concerne
- Relancer le relecteur désigné là où il lit vraiment ses messages
- Vous remonter celle qui retarde la livraison depuis le plus longtemps
Une version, racontée avec des mots
Un tag de version est posé sur le dépôt
- Rassembler les commits et les issues fermées entre le tag précédent et celui-ci
- Séparer ce que le client verra de ce que seule l'équipe verra
- Vous remettre un brouillon des notes de version — la formulation et les promesses restent les vôtres
- Signaler les points qui exigent la réponse d'un développeur plutôt qu'une supposition
Quelque chose arrive de l'extérieur
Une issue est ouverte par quelqu'un qui n'est pas dans votre équipe
- Vérifier si elle fait doublon avec une issue déjà ouverte
- Monter une fiche courte : qui écrit, ce qu'il demande, ce que cela touche
- Vous la remettre — il ne désigne pas de responsable et ne promet pas de date
Là où l'agent s'arrête
- Il n'écrit pas, ne relit pas et ne fusionne pas de code : c'est la décision de l'équipe technique, et sa responsabilité.
- Il rapporte ce que montre le dépôt et ne déduit ni la qualité ni l'effort d'un nombre de commits.
- Il ne touche ni aux accès, ni aux secrets, ni à la protection des branches — rien de cela ne se règle par conversation.
- La date à laquelle une chose sera prête vient de ceux qui la font, pas d'un agent qui extrapole une courbe de commits.
FAQ
Faut-il savoir lire du code pour suivre ?
Non. L'agent décrit les changements par leur résultat : ce qui fonctionne désormais, ce qui a été corrigé, qui cela concerne. Le lien vers la pull request ou l'issue d'origine reste à côté, pour le jour où vous voudrez le mettre sous les yeux d'un développeur.
L'agent va-t-il modifier quelque chose dans le dépôt ?
Par défaut, il ne fait que lire. Si vous l'y autorisez, il peut poser un commentaire ou une étiquette — jamais du code, des branches ou de l'historique. La relecture et la fusion restent à l'équipe.
Cela ne devient-il pas de la surveillance des développeurs ?
Nous ne construisons volontairement pas de rapport « qui a poussé combien de commits » : le chiffre ne dit rien du travail, et n'importe quelle équipe apprend à le nourrir en un mois. L'agent montre l'état du travail, pas un classement de personnes.
Que faut-il pour brancher un dépôt privé ?
L'accès en lecture est donné par la propriétaire du dépôt ou par un administrateur de l'organisation : c'est leur décision, pas la nôtre. Ensuite la configuration se fait par conversation : vous nommez les dépôts et les délais au-delà desquels une chose compte comme bloquée.
Là où cela intervient
Des déroulés où voir ce que fait vraiment la technique fait partie du processus.