Automatisations : les agents se mettent au travail quand quelque chose se produit

Les règles se trouvent dans l’onglet Details → Automation → Automations du projet ; la vue Runs montre l’historique de chaque règle.

• CI rouge : une exécution échoue dans GitHub Actions, GitLab CI ou Jenkins, tels que connectés dans l’onglet CI/CD. Limitez-la avec des motifs de branches comme « main, release/* ».
• Commentaire de PR : seuls comptent les commentaires des propriétaires, membres et collaborateurs du dépôt, jamais ceux des bots. Si un agent travaille déjà sur cette PR, les nouveaux commentaires lui sont transmis.
• Issue étiquetée : le label par défaut est « ajan ». Le label doit venir d’une personne avec un accès en écriture.
• Planifié : une expression cron à 5 champs en heure locale, par exemple en semaine à 09:00.

Quand une règle se déclenche, un agent Claude Code ou Codex s’ouvre dans son propre worktree sur une branche ajan/… et suit le playbook choisi. Une règle peut aussi lancer un flow depuis son nœud Start ou préparer un plan d’équipe en parallèle qui attend votre approbation. Le réglage de livraison décide où va le résultat.

• Automatic : pousse vers la branche dont la CI a cassé ou vers la branche de la PR, sinon ouvre une PR ; il ne pousse jamais directement sur la branche par défaut.
• Ouvrir une PR, pousser sur la même branche, ajouter à la file de fusion, ou laisser sur la branche.
• Tant qu’un projet n’a aucune règle, quatre règles toutes prêtes sont proposées : corriger la CI quand elle casse, traiter les commentaires de PR, traiter les issues étiquetées « ajan », mettre à jour les dépendances le lundi.

Un playbook est la consigne qui dit à l’agent comment faire le travail. Six sont intégrés : corriger un bug, corriger un échec de CI, traiter les commentaires de PR, développer une fonctionnalité à partir d’une issue, mettre à jour les dépendances (mineures et correctifs uniquement) et augmenter la couverture de tests. Enregistrez vos propres playbooks sur cet ordinateur ou dans le dépôt sous forme de fichiers .agentvera/playbooks/*.md, qui parviennent à votre équipe via git.

Comme les automatisations tournent seules, les limites sont fixées d’avance.

• Chaque règle s’exécute au plus 1 à 50 fois sur 24 heures glissantes, 5 par défaut.
• Au plus 2 corrections automatiques par branche et par jour, et une seule à la fois.
• GitHub est consulté toutes les 2 minutes ; les exécutions de CI et les PR issues de forks sont ignorées.
• Le texte des commentaires et des issues est transmis à l’agent marqué comme texte externe non fiable, à part du texte qui décrit seulement le travail.
• Avant un push, les commits sont vérifiés à la recherche de fichiers .env, de clés, .npmrc et d’identifiants ; si l’un d’eux est trouvé, rien n’est poussé.