Automatiser les rapports mensuels de développement avec DeepSeek via Ollama
Douglas Lai
Arrêtez de rédiger vos rapports mensuels de développement à la main — automatisez-les avec Eigent et Ollama Cloud
La plupart des équipes d’ingénierie passent 30 à 60 minutes chaque mois à faire la même chose : se connecter à GitHub, faire défiler les PR fusionnées, copier les titres dans un document, rédiger des résumés, mettre en forme la présentation, préparer un message Slack, puis enfin appuyer sur envoyer. C’est un travail important que personne n’aime.
L’automatisation des rapports mensuels de développement avec Eigent élimine toute cette routine. Grâce à DeepSeek V4 Pro servi via Ollama Cloud, Eigent récupère les pull requests fusionnées du mois dernier depuis votre dépôt GitHub, compile un résumé structuré dans un document Word et publie le rapport directement dans votre canal Slack — le tout à partir d’une seule invite. Ollama Cloud vous donne un accès à la demande au modèle de raisonnement de pointe de DeepSeek sans configuration matérielle locale, ce qui rend ce workflow disponible pour n’importe quel membre de l’équipe, quel que soit son ordinateur.
Ce guide vous accompagne à travers chaque étape du workflow exactement comme elle s’exécute dans la démo.
Connecter DeepSeek V4 Pro via Ollama Cloud
La base de ce workflow automatisé de rapport d’ingénierie est DeepSeek V4 Pro exécuté sur Ollama Cloud — aucune installation locale, aucun GPU requis. Connectez-vous à ollama.ai et générez une clé API depuis le tableau de bord de votre compte.
Dans les paramètres de modèle d’Eigent, définissez le fournisseur de modèle sur Ollama, saisissez votre clé API Ollama Cloud et sélectionnez deepseek-v4-pro:cloud comme modèle actif. Eigent acheminera toutes les requêtes d’inférence vers l’infrastructure cloud d’Ollama, vous donnant accès à l’ensemble des paramètres de DeepSeek sans rien exécuter en local.
Créer un nouveau worker avec l’outil Slack
Avant d’exécuter la tâche, créez un worker dédié dans Eigent et équipez-le de l’outil Slack. Dans l’espace de travail Eigent, ajoutez un nouveau worker et ouvrez sa configuration d’outils. সকivez l’outil Slack et authentifiez-vous auprès de votre espace de travail Slack — cela donne au worker l’autorisation de lire les canaux et de publier des messages en votre nom.
Une fois l’outil Slack connecté, ce worker est prêt à gérer l’étape finale de livraison : rédiger et envoyer le message de rapport mensuel à votre canal product-release. Séparer cela dans son propre worker rend le workflow modulaire — l’agent navigateur gère GitHub, et le worker Slack gère la distribution.
Donner l’invite à Eigent
La tâche est décrite en langage naturel :
Consulte les mises à jour des PR du mois dernier dans le dépôt https://github.com/eigent-ai/eigent, rédige un résumé mensuel clair sous forme de document Word. Une fois terminé, rédige un message Slack et envoie-le à mon canal Slack product-release avec le document de synthèse.
Cette seule invite suffit à Eigent. Vous pouvez l’enrichir pour restreindre le périmètre (« inclure uniquement les PR fusionnées après le 1er mai »), demander un regroupement spécifique (« organiser par domaine fonctionnel, pas par auteur ») ou ajouter des éléments à signaler (« indiquer toute PR marquée comme breaking change »). Plus vous fournissez de contexte, plus le résultat sera adapté.
L’agent navigateur ouvre GitHub et examine les PR
L’agent navigateur d’Eigent prend le relais et ouvre GitHub directement dans une fenêtre de navigateur. Il se rend sur la page Pull Requests du dépôt, applique le filtre des PR fusionnées et fait défiler la liste pour trouver toutes les entrées pertinentes du mois dernier.
Pour chaque PR correspondant aux critères, l’agent clique pour l’ouvrir, lit le titre, la description, l’auteur, la date de fusion et les labels ou jalons liés, puis passe à la suivante. Toute la session de navigation — ouverture d’onglets, défilement, clics, lecture — se déroule visiblement dans le navigateur, exactement comme le ferait un humain, mais sans la fatigue.
Une fois toutes les PR requises examinées, l’agent transmet les données collectées pour la génération du rapport.
Générer le document de rapport mensuel de développement
Une fois les données brutes des PR collectées, Eigent les structure en un récit cohérent. Il identifie les thèmes des changements — nouvelles fonctionnalités, corrections de bugs, travail sur l’infrastructure — et rédige un texte lisible autour d’eux plutôt que de simplement afficher une liste de titres.
Le résultat est un document Word .docx enregistré sur votre bureau. La structure par défaut comprend :
- Résumé exécutif — un court paragraphe qui capture les évolutions les plus importantes du mois
- Livraisons de fonctionnalités — les nouvelles capacités orientées utilisateur mises en production
- Corrections de bugs et améliorations — travail sur la stabilité, les performances et la fiabilité
- Infrastructure et outillage — changements internes, mises à jour de dépendances, améliorations CI/CD
- Contributeurs — reconnaissance de toutes les personnes ayant fusionné du code ce mois-ci
Chaque section est mise en forme pour être lisible et prête à être partagée avec les responsables d’ingénierie, les product managers ou l’ensemble de l’équipe.
Rédiger et envoyer le rapport Slack
Une fois le document Word terminé, Eigent rédige un message Slack concis — pensé pour un canal actif où les gens survolent plus qu’ils ne lisent. Le message résume les points forts du mois en quelques phrases courtes ou quelques puces et renvoie directement vers le rapport complet .docx.
Eigent publie ensuite le message dans votre canal Slack product-release configuré. Vous pouvez relire le brouillon avant l’envoi ou ajuster le ton à la volée :
Rendez le message Slack plus percutant — uniquement des puces, supprimez le paragraphe d’introduction.
Ajoutez une ligne de remerciement en haut pour les contributeurs de ce mois-ci.
Le message et le document sont envoyés ensemble, offrant à votre équipe un aperçu rapide et une analyse approfondie en un seul envoi.
Pourquoi ce workflow est important pour les équipes d’ingénierie
Le reporting mensuel manuel est un problème résolu que la plupart des équipes n’ont pas encore automatisé. Les frictions sont réelles : il faut penser à le faire, trouver du temps dans un emploi du temps chargé, conserver un format cohérent, puis le diffuser là où les gens le liront vraiment.
Les rapports d’ingénierie automatisés avec Eigent éliminent toutes ces frictions. Le workflow est cohérent — même structure, même format, même canal de diffusion chaque mois. Il est rapide — l’ensemble du pipeline s’exécute en quelques minutes, pas en une heure. Et comme DeepSeek V4 Pro est servi via Ollama Cloud, il n’y a aucune barrière matérielle : n’importe qui dans l’équipe peut déclencher le workflow depuis n’importe quelle machine, sans GPU local ni installation complexe du modèle.
Ollama Cloud signifie aussi que le modèle est toujours disponible, toujours à jour, et qu’il peut s’adapter pour gérer des historiques de PR plus longs ou des dépôts plus volumineux sans saturer la mémoire. Le résultat est une habitude de reporting qui tient réellement, car l’effort nécessaire pour la maintenir est quasi nul.
À essayer ensuite
Planifiez ce workflow pour qu’il s’exécute automatiquement le premier jour ouvré de chaque mois.
Exécutez la même invite sur trois dépôts différents et combinez les résultats en un seul rapport inter-équipes.
Ajoutez une section qui signale les PR étiquetées « breaking change » afin que les parties prenantes voient les risques dès le départ.
Générez le même rapport en anglais et en japonais pour les équipes distribuées.
Comparez le volume et les thèmes des PR de ce mois-ci à ceux du mois dernier et demandez à Eigent d’écrire un court commentaire sur la vélocité.
Utilisez le .docx terminé comme entrée pour qu’Eigent crée une présentation pour la revue de sprint.
Conseils pour de meilleurs résultats
-
Soyez précis sur la période. Eigent utilise par défaut les 30 derniers jours, mais si votre mois de reporting ne correspond pas à une fenêtre glissante, indiquez des dates exactes — « PR fusionnées entre le 1er mai et le 31 mai » — pour une sélection précise.
-
Investissez dans de bonnes descriptions de PR. La qualité du résumé généré est directement liée à la qualité des titres et descriptions de vos PR. Les équipes qui rédigent des titres de PR clairs et descriptifs obtiennent des rapports plus utiles sans ingénierie supplémentaire de l’invite.
-
Personnalisez les sections du document. Dites à Eigent quelles sections sont importantes pour votre audience : « ignorer la section Infrastructure » ou « ajouter une section Risques et blocages » pour correspondre au format déjà attendu par vos parties prenantes.
-
Utilisez Ollama Cloud pour des résultats cohérents dans toute l’équipe. Comme le modèle s’exécute sur l’infrastructure d’Ollama plutôt que sur les machines individuelles, tout le monde dans l’équipe obtient la même version du modèle et les mêmes performances — aucune disparité due à des configurations locales ou à des différences matérielles.
-
Associez-le à la compétence de planification d’Eigent. Configurez l’invite comme une tâche planifiée récurrente afin que le rapport se rédige et se publie tout seul — pas besoin de rappel calendrier, aucun déclenchement manuel requis chaque mois.
