Introduction

TaskGoblin fait tourner des boucles d'ingénierie : un déclencheur plus une instruction, dans les outils que votre équipe utilise déjà. Revue de code, prise en charge des tickets, maintenance nocturne — fait sans que personne ait à y penser.

Arrêtez de prompter des agents. Commencez à concevoir des boucles.

Cette différence, c'est tout le produit. Un prompt vous donne une réponse, une fois, et seulement si quelqu'un pense à l'écrire. Une boucle est un déclencheur plus une instruction : elle se lance seule, fait le travail dans un sandbox cloud isolé, ouvre une merge request que vous relisez, note ce qu'elle a appris et se tient prête pour le tour suivant.

Vous n'ouvrez pas d'application et ne collez pas de code dans une fenêtre de chat. Vous connectez les outils que votre équipe utilise déjà, et le travail commence à s'y produire.

Une boucle, c'est un déclencheur et une instruction

  • Le déclencheur est soit un événement — une pull request ouverte, un ticket assigné au goblin — soit un horaire, par exemple chaque jour ouvré à 07:00.
  • L'instruction est en langage courant, pas un DSL. « Relis cette merge request pour la correction et la sécurité — signale les vrais problèmes, pas les détails de style. » Ou : « Cherche des mises à jour de dépendances sûres dans acme/web et ouvre une merge request. »

Tout ce que fait TaskGoblin est l'une de ces boucles. La revue de code automatique est une boucle d'événement sur pull request ouverte. Assigner un ticket et récupérer une merge request est une boucle d'événement sur ticket assigné. La santé nocturne de la suite de tests est une boucle planifiée à 06:00. Il n'y a pas de « fonction d'automatisation » ajoutée à côté : les boucles sont la primitive, et les comportements qui semblent intégrés sont des boucles qui vous appartiennent et que vous pouvez réécrire.

Si vous ne lisez qu'une page de plus, lisez Boucles.

Vous démarrez avec des boucles déjà actives

Connectez-vous avec GitLab ou GitHub et TaskGoblin provisionne votre organisation, connecte vos dépôts et installe les boucles par défaut de ce fournisseur — relire les merge requests, prendre en charge les tickets assignés. Ouvrez une pull request et elle sera relue avant que vous n'ayez rien configuré.

Ces boucles par défaut sont des boucles ordinaires sur votre page Loops. Lisez l'instruction, réécrivez-la avec vos mots, mettez-la en pause, supprimez-la. Que le comportement vous appartienne est précisément l'idée.

À quoi ressemble vraiment une boucle

Les boucles s'écrivent en langage courant. En voici une vraie, tirée de la galerie de modèles — une gardienne nocturne de votre suite de tests :

Déclencheur — tous les jours à 06:00

Instruction — Clone acme/web et lance la suite complète sur la branche par défaut. Si quelque chose échoue et que le correctif est petit et sûr, ouvre une MR ; sinon, résume les échecs. Si tout passe, ne fais rien.

Trois phrases, et voyez ce qu'elles contiennent : où travailler, quoi faire, quand corriger plutôt qu'alerter, et — la ligne la plus importante de toute instruction non supervisée — l'autorisation de ne rien faire. C'est cette dernière clause qui fait que vous recevez une merge request les matins où quelque chose a cassé, et le silence les autres.

La galerie en fournit neuf pour démarrer : mises à jour de dépendances, documentation désynchronisée, entrées de changelog, nettoyage de dette technique, résumés d'activité, rappels de MR en souffrance, relances de triage. Toutes modifiables et vôtres dès que vous en choisissez une. Voir Boucles planifiées pour l'ensemble détaillé.

Pourquoi les boucles tournent dans le cloud

Parce qu'un goblin tourne dans un sandbox cloud isolé et non sur le portable de quelqu'un, le travail est :

  • Asynchrone — confiez la tâche et fermez votre machine.
  • Isolé — une frontière par organisation, et vos identifiants sont injectés autour de l'agent, jamais remis à lui pour lecture.
  • Parallèle — chaque exécution a sa branche et son sandbox ; dix boucles qui se déclenchent en même temps, ce sont dix goblins au travail, pas une file d'attente.
  • Toujours actif — la maintenance de 03:00 et la revue de la pull request ouverte à minuit se font sans que personne soit réveillé.

Ce qui arrive à la fin d'un tour

Une branche et une merge request, relues exactement comme celles d'un collègue — ou des commentaires de revue en ligne, ou une réponse dans le fil Slack où vous avez posé la question. Jamais un mur de texte à exécuter vous-même, et jamais un commit sur votre branche par défaut.

Dessous, il y a un vrai agent de code (Claude Code, Codex ou Gemini) avec une copie de votre dépôt : il lit des fichiers, lance des commandes et des tests, et travaille le problème comme le ferait un contributeur. Comme il a sa propre identité dans chaque outil — @taskgoblin sur GitLab, Slack et Teams, taskgoblin[bot] sur GitHub — toute l'équipe peut lui déléguer du travail et toute l'équipe voit ce qu'il a fait.

Où aller ensuite

Commencez ici

  • Démarrage rapide — de la connexion à votre première pull request relue et à votre première boucle planifiée.
  • Boucles — la primitive, et pourquoi elle bat un prompt.

Construisez vos boucles

Comprendre la mécanique

Facturation