launch-trigger-and-monitor-launch-deployments

작성자: contentstack

특정 환경에 대한 Launch 배포를 트리거한 후, 완료될 때까지 상태를 폴링합니다. 배포가 실패하거나 취소되면 배포를 가져옵니다…

npx skills add https://github.com/contentstack/contentstack-agent-skills --skill launch-trigger-and-monitor-launch-deployments

Trigger and Monitor Launch Deployments

Description

Trigger a Launch deployment for a specific environment, then poll its status until completion. If the deployment fails or is cancelled, fetch the deployment log and diagnose likely causes with next-step recommendations.

When to Use

Use when you need to automate Launch deployments for a known project and environment, monitor progress, and surface failure diagnostics. This is appropriate for CI/CD or operator workflows that need a deterministic deploy status check and log-based troubleshooting.

User Problem

Users need a reliable way to start a deployment in Launch, track it to completion, and quickly understand why it failed if it does. The skill should reduce manual polling and make deployment failures actionable.

Success Criteria

Deployment is triggered against the intended project and environment. Status is polled at a fixed interval until a terminal state is reached. The process exits non-zero on failed or cancelled deployments. If the deployment fails, the deployment log is retrieved and summarized with likely causes and next steps. Production targets are validated and require explicit confirmation before deployment.

Expected Inputs

  • project_uid
  • environment_uid
  • Optional deployment payload or build reference
  • Confirmation for production deployment when applicable
  • Any available context about the app, branch, or build source

Expected Outputs

  • Deployment UID and initial trigger response
  • Current status updates during polling
  • Terminal status and exit code
  • Deployment log summary when failures occur
  • Recommended next steps and probable root cause

Example User Requests

  • Trigger a deployment for project abc123 in environment prod456 and watch it until it finishes.
  • Deploy the latest build to staging and tell me if it fails.
  • If the deployment fails, check the logs and explain what went wrong.
  • Poll a Launch deployment every 10 seconds and exit non-zero on failure.

Workflow Summary

Validate the project and environment identifiers. Confirm the target is allowed; require explicit approval for production. Trigger the deployment with the Launch API. Poll deployment status every 10 seconds until it reaches a terminal state. If status is failed or cancelled, fetch the deployment log and analyze it. Return a concise summary with status, log findings, and recommended next steps.

Instructions

Trigger Deployment

Call POST /projects/{project_uid}/environments/{environment_uid}/deployments with the required payload. Validate the target environment before sending the request.

Poll Status

Check deployment status every 10 seconds. Continue until the deployment reaches a terminal state or a failure condition is detected.

Fail Fast

Exit with a non-zero code if status becomes failed or cancelled. Do not continue polling after a terminal failure state.

Fetch Logs on Failure

If the deployment fails, call GET /projects/{project_uid}/environments/{environment_uid}/deployments/{deployment_uid} and inspect the deployment log details.

Diagnose and Recommend

Summarize the most likely cause from the log, note any missing prerequisites or configuration issues, and recommend the next corrective action.

Output Format

Return a concise deployment summary first. Include deployment UID, environment UID, and final status. On failure, include a short log-based diagnosis and next steps. Do not expose deployment tokens, secrets, or environment variables. Use a non-zero exit code for failed or cancelled deployments.

Tooling Notes

Use the Launch API for deployment trigger and status checks. Use the deployment detail/log endpoint for failure analysis. Validate the target environment before deploying. Require explicit confirmation for production deployments. Never auto-deploy to production without review.

Security

Defaults

  • Never expose deployment tokens or environment secrets.
  • Validate deployment targets before triggering.
  • Require confirmation for production deployments.
  • Never auto-deploy to production without review.

Destructive Actions

Treat deployment triggers as external side effects. Require explicit user confirmation before executing production deployments. Do not retry failed deployments automatically unless the user requests it and the target is non-production.

Secrets

Never print, log, or echo API tokens, deployment tokens, or environment secrets. Redact sensitive values from errors, logs, and summaries.

Environment Variables

Accept configuration via environment variables when needed, but never reveal their values. Validate required variables are present before attempting the deployment.

Product Context

    • Product: Launch
    • Description: Contentstack Launch: hosting, deployment, edge delivery, serverless functions, environment management, and CI/CD for Contentstack-powered frontends.
    • Product safety rules: - Never expose deployment tokens or environment secrets.
  • Validate deployment targets before triggering.
  • Require confirmation for production deployments.
  • Never auto-deploy to production without review.
    • Default tools: ["Launch API", "Projects", "Environments", "Deployments", "Serverless Functions", "Edge Delivery", "Custom Domains"]
    • Default connectors: ["Launch Proxy", "GitHub", "CI/CD Pipelines"]

Examples

Trigger and monitor a deployment (few shot *)

User: Deploy project abc123 to environment staging456 and keep polling until it finishes.

Assistant: 1. Validate the project and environment. 2. Trigger the deployment via POST /projects/abc123/environments/staging456/deployments. 3. Poll status every 10 seconds. 4. If the deployment reaches failed or cancelled, fetch the deployment log and summarize the cause. 5. Return the final status and exit non-zero on failure.

Demonstrates trigger → poll → fail-fast → diagnose behavior.

Production confirmation required (edge case *)

User: Deploy to production now.

Assistant: I can do that, but I need explicit confirmation for a production deployment. Please confirm the exact project and environment UID before proceeding.

Shows production safety gate.

contentstack의 다른 스킬

brand-kit-assistant
contentstack
사용자에게 Contentstack Brand Kit 개념, 설정, 거버넌스 및 브랜드에 부합하는 AI 생성에 대해 조언합니다. API 관련 작업은 적절한 Brand Kit 기능으로 라우팅하거나...
official
cms-assets
contentstack
개발자들이 Contentstack에서 에셋을 구성, 전달 및 변환하는 방법에 대해 조언합니다. 폴더 구조, Image Delivery API 변환, 게시 등을 다룹니다.
official
cms-branches-aliases
contentstack
개발자들이 Contentstack 브랜치를 사용하여 격리된 콘텐츠 개발을 수행하고, 별칭을 통해 무중단 콘텐츠 배포를 구현할 수 있도록 조언합니다. 브랜치 전략, …을 다룹니다.
official
cms-data-modeling-best-practices
contentstack
개발자들이 Contentstack에서 가장 간단한 재사용 가능한 구조로 콘텐츠를 모델링하도록 안내합니다. 이 스킬은 콘텐츠 타입, 참조, 글로벌…을 사용해야 하는 시점을 설명합니다.
official
cms-entries
contentstack
개발자에게 Contentstack 항목의 효율적인 전달을 위한 쿼리, 현지화, 버전 관리, 게시 및 구조화에 대해 조언합니다. CDA 사용, 참조에 중점을 둡니다.
official
cms-environments-publishing
contentstack
개발자에게 환경 구성, 콘텐츠 게시, 전달 및 미리보기 토큰 사용, Sync API 활용, CDN 이해 등에 대해 조언합니다.
official
cms-live-preview-visual-builder-support-assistant
contentstack
Contentstack Live Preview 및 Visual Builder 구현을 진단하고 안내합니다. 미리보기 컨텍스트를 추적하고, 손상된 계약을 식별하며, 다음을 권장합니다…
official
cms-localization
contentstack
Contentstack 현지화에 대한 개발자 조언: 언어 설정, 폴백 체인, 현지화된 항목과 현지화되지 않은 항목, 현지화 불가능한 필드, 다중 로케일…
official