Loops

Donnez un rythme au travail récurrent. Une loop est une instruction en texte libre que l'agent exécute à un moment unique ou récurrent — chaque déclenchement se comporte comme n'importe quelle autre exécution et ouvre une merge request que vous pouvez relire.

Tout le travail n'attend pas qu'on le demande. Une loop est une instruction en texte libre que l'agent exécute au moment que vous choisissez — une seule fois, ou selon un rythme récurrent — de sorte que le travail de routine est déjà fait quand vous regardez. C'est ainsi qu'un agent cloud mérite le « toujours actif » de sa description : la planification se déclenche que quelqu'un soit devant un clavier ou non.

Comment ça marche

Une loop est le même type de travail que n'importe quelle autre exécution TaskGoblin — la seule différence tient à ce qui la déclenche. Au lieu d'une assignation, d'une mention ou d'un label, le déclencheur est l'horloge.

Quand un loop se déclenche, il crée un fil et un message exactement comme le ferait un webhook, et s'exécute dans un sandbox sur une branche nommée ai-{issue-identifier}. Il commite, pousse et ouvre une merge request exactement comme le ferait un issue assigné — le travail planifié partage donc le même historique, les mêmes rapports et le même flux de relecture. Il n'y a rien de nouveau à apprendre : une exécution planifiée se relit comme n'importe quelle pull request.

Ponctuelle et récurrente

  • Ponctuelle — exécuter une instruction une fois à un moment futur (« rédiger les notes de version vendredi à 17h »).
  • Récurrente — exécuter selon un rythme (chaque nuit, chaque semaine, chaque mois).

Chaque déclenchement est indépendant : il ouvre sa propre merge request pour votre relecture. Une tâche récurrente produit ainsi un flux régulier de changements relisibles plutôt que de commiter quoi que ce soit sans surveillance.

De bons candidats

Les loops conviennent au travail utile mais facile à oublier :

  • Une montée de dépendances hebdomadaire — ouvrir chaque lundi une merge request mettant à jour les dépendances.
  • Un brouillon de changelog nocturne — résumer les merges de la journée en une entrée de changelog.
  • Un nettoyage récurrent — élaguer le code mort, ranger les imports ou régénérer un fichier généré à intervalles réguliers.
  • Un audit de routine — chercher un anti-pattern connu dans tout le dépôt et ouvrir un issue ou un correctif.

Gérer les loops

Créez et gérez vos loops depuis l'espace Loops de votre organisation (/{organisation}/loops). Vous pouvez aussi les créer, les lister et les supprimer depuis une exécution grâce aux outils loop-* de l'agent, afin qu'il organise lui-même son travail de suivi quand c'est pertinent.

Où aller ensuite