Redémarrer une stack compose passe d'habitude par un SSH sur la machine et la mémoire des bons flags. Ce contrôleur prend un nom de stack et une action depuis un chat ou un appel d'API et exécute la commande compose pour vous.
Redémarrer une stack compose passe d'habitude par un SSH sur la machine et la mémoire des bons flags. Ce contrôleur prend un nom de stack et une action depuis un chat ou un appel d'API et exécute la commande compose pour vous.
Il lit d'abord l'état des conteneurs, ne recrée que les services réellement modifiés, puis suit les logs pour confirmer que chacun est bien remonté. Vous récupérez un rapport de santé par service dans le même canal, sans que personne n'ait à ouvrir un terminal pour relancer une stack.
Comment il s'exécute
Used at step 01 to kick off the pipeline.
Write
Used at step 01 to kick off the pipeline.
WebFetch
Used at step 01 to kick off the pipeline.
WebSearch
Used at step 01 to kick off the pipeline.
Lire l'état des conteneurs en cours et récupérer le dernier fichier compose avant de toucher à quoi que ce soit.
pending
Appliquer l'action avec compose, en recréant uniquement les services dont l'image ou la config a changé.
pending
Suivre les logs des conteneurs pendant les trente premières secondes et renvoyer l'état de santé à l'appelant.
pending
Exemple de sortie
json
// Sample output
// (generated when the pipeline finishes)
Given a stack name and an action, run the matching docker compose command and return a status object with each service's container state and a short log tail.
Unlock the rest
The full agent definition, install snippet, and starter task are gated for community members.
Members get the full `.md` agent file, the npm / pnpm install one-liners, a starter prompt that we've tuned against real runs, and the open-source repo when this automation ships there. One email, magic link, done.