Перезапуск compose-стеку зазвичай означає SSH-підключення до сервера й спроби згадати точні прапорці. Цей контролер отримує назву стеку та дію з чату або API-виклику й виконує compose-команду за вас.
Перезапуск compose-стеку зазвичай означає SSH-підключення до сервера й спроби згадати точні прапорці. Цей контролер отримує назву стеку та дію з чату або API-виклику й виконує compose-команду за вас.
Спершу він зчитує поточний стан контейнерів, перестворює лише ті сервіси, що справді змінилися, а потім читає логи, щоб переконатися, що кожен запустився. Ви отримуєте звіт про стан кожного сервісу в тому самому каналі, тож нікому не треба відкривати термінал, щоб перезапустити стек.
Як він працює
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.
Читає поточний стан контейнерів та завантажує останню версію compose-файлу перед початком будь-яких дій.
pending
Виконує дію через compose, перезавантажуючи лише ті сервіси, образ або конфігурація яких змінилися.
pending
Зчитує логи контейнера протягом перших тридцяти секунд та повідомляє викликач про стан здоров'я контейнера.
pending
Приклад результату
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.