At genstarte en compose-stack betyder som regel, at man SSH'er ind på en server og husker de præcise flag. Den her controller tager et stacknavn og en handling fra chat eller et API-kald og kører compose-kommandoen for dig.
At genstarte en compose-stack betyder som regel, at man SSH'er ind på en server og husker de præcise flag. Den her controller tager et stacknavn og en handling fra chat eller et API-kald og kører compose-kommandoen for dig.
Først læser den den aktuelle containerstatus, genskaber kun de tjenester, der faktisk er ændret, og tapper derefter loggene for at bekræfte, at hver enkelt er oppe. Du får en sundhedsrapport per tjeneste tilbage i den samme kanal, så ingen behøver at åbne en terminal for at genstarte en stack.
Sådan kø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.
Tjek status for de kørende containere og hent den nyeste compose-fil, før der ændres i noget som helst.
pending
Udfør handlingen med compose og genopbyg kun de services, hvor image eller konfiguration er ændret.
pending
Tail containerlogs i de første 30 sekunder og rapporter containerens helbred tilbage til caller.
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.