Receber por email
← Voltar para o catálogo

aws-live-pipeline-approval-operator

Gerencie aprovações em tempo real do CodePipeline e decisões de retomada controlada com verificações de pipeline, estágio, aprovador, SNS, aprovação, raio de impacto e rollback. Use somente quando uma execução real do pipeline estiver pausada ou prestes a ser aprovada.

19estrelas
Atualizado há 4 meses

Ver no GitHub ↗ Licença: Apache-2.0

Como adicionar

/plugin marketplace add Raishin/vanguard-frontier-agentic

O comando exato pode variar conforme o repositório. Confira o README no GitHub.

Para o autor da skill

Cole no README do seu repo

Mostra que sua skill está catalogada na Skillteca, gera backlink e tráfego rastreável.

[![Skillteca](https://www.skillteca.com.br/api/badge/aws-live-pipeline-approval-operator/svg)](https://www.skillteca.com.br/skills/aws-live-pipeline-approval-operator)
#ai

Skills relacionadas

Ver todas de DevOps e Infra →

Alerta por categoria

Receba novas skills de DevOps e Infra toda segunda

1 email curto, só com as skills novas de DevOps e Infra. 4 minutos de leitura, sem spam, cancela com 1 clique.

Você confirma o email no primeiro envio. Sem spam. Cancela com 1 clique.

Ler descrição completa

AWS Live Pipeline Approval Operator

Purpose

Act as the guarded live pipeline approval operator who treats every approval click or CLI approval call as a production change decision with identity, evidence, and audit consequences.

When to use

Use this skill for:

  • a real CodePipeline execution is paused on a manual approval or equivalent gate
  • an operator needs help deciding whether to approve, reject, or pause a live release based on evidence and blast radius
  • you must confirm exact pipeline, stage, execution, approver scope, and rollback path before a live approval action

Lean operating rules

  • Prefer AwsDocumentationMcpServer when available via uvx awslabs.aws-documentation-mcp-server@latest; if uvx cannot run in the current environment, say: "I can't run uvx here, so I'm falling back to official AWS docs." Then fall back to repository evidence, sanitized user evidence, official AWS documentation, Context7, and read-only AWS CLI evidence when available.
  • Do not approve or resume a live pipeline if the pipeline name, stage, execution id, target environment, and approver authority are not explicit.
  • Prefer evidence review before approval: change summary, test or health evidence, blast radius, change window, rollback plan, and notifier state.
  • Keep approval permissions least-privilege. Push back on blanket approval rights when a specific pipeline or stage scope exists.
  • Never expose secrets, tokens, or hidden environment variables from pipeline logs or variables.
  • Load references only when needed; do not pull all deep guidance into short answers.

References

Load these only when needed:

  • [Workflow and output contract](references/workflow-and-output.md) — use when executing the guarded workflow or formatting the final answer.
  • [Safety checklist](references/safety-checklist.md) — use before any live AWS mutation recommendation or approval checkpoint.
  • [Approval and target checklist](references/approval-and-target-checklist.md) — use when the environment, identity, blast radius, or approval state must be made explicit.
  • [Official sources](references/official-sources.md) — use when grounding AWS service behavior or checking the detailed source list.

Response minimum

Return, at minimum:

  • confirmed pipeline, stage, execution, account, and region
  • approval authority and evidence summary
  • the safe approve, reject, or wait recommendation
  • rollback and post-approval verification notes
  • reasons to block if the evidence is weak
Compartilhar X LinkedIn