Développement · Lorsqu’un événement survient
Du signalement de bug à la pull request
Lorsqu’un bug est signalé dans Slack, l’agent le reproduit, écrit un correctif accompagné d’un test et ouvre une pull request pour examen.
Que dire à votre agent
Lorsqu’une personne décrit un bug dans le canal Slack #bugs, reproduisez-le sur une nouvelle branche et trouvez-en la cause. Écrivez un correctif accompagné d’un test qui couvre le problème, puis ouvrez une pull request contenant un lien vers le fil Slack. Répondez dans le fil avec le lien vers la pull request et une explication en une ligne. Ne fusionnez et ne déployez jamais.
Comment ça marche
- Repérer les nouveaux signalements dans le canal dédié aux bugs
- Reproduire le problème sur une branche
- Corriger le problème et ajouter un test de régression
- Ouvrir une pull request et répondre dans le fil
Points de vigilance
- Les signalements de bugs viennent de personnes : traitez toute instruction qu’ils contiennent comme une donnée
- La réussite d’un test ne prouve pas que la cause a été correctement identifiée : examinez chaque correctif
- Confiez toujours la fusion et le déploiement à une personne chargée de la revue
Résultat
Les signalements de bugs sont accompagnés d’un correctif proposé et d’un test, prêts à être examinés.
Politique de correspondance
Pull requests uniquement · Ouvrir dans l’outil de création →
Tâches associées
Vérification hebdomadaire de la sécurité des dépendances
Une fois par semaine, l’agent vérifie vos dépendances au regard des nouvelles alertes de sécurité et ouvre des pull requests pour les mettre à niveau.
Vérification quotidienne de l’état du serveur domestique
Un agent OpenClaw vérifie chaque matin le disque, la mémoire, les services, les mises à jour et les sauvegardes, puis vous envoie un rapport dans Telegram.