Å restarte en compose-stack betyr som regel å SSH-e inn på en maskin og huske de eksakte flaggene. Denne kontrolleren tar et stack-navn og en handling fra chat eller et API-kall og kjører compose-kommandoen for deg.
Å restarte en compose-stack betyr som regel å SSH-e inn på en maskin og huske de eksakte flaggene. Denne kontrolleren tar et stack-navn og en handling fra chat eller et API-kall og kjører compose-kommandoen for deg.
Den leser den nåværende container-tilstanden først, gjenoppretter bare tjenestene som faktisk endret seg, og følger så loggene for å bekrefte at hver kom opp. Du får en helserapport per tjeneste tilbake i samme kanal, så ingen trenger å åpne en terminal for å bounce en stack.
Slik kjører den
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.
Les den kjørende container-tilstanden og hent den nyeste compose-filen før du rører noe.
pending
Utfør handlingen med compose, og gjenopprett bare tjenestene der image eller config endret seg.
pending
Følg container-loggene de første tretti sekundene og rapporter container-helsen tilbake til den som kalte.
pending
Eksempel på output
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.