Receber por email
← Voltar para o catálogo

aws-live-iac-change-guard

Proteja as alterações em infraestruturas AWS ativas, baseadas em CloudFormation, SAM, CDK e Terraform, utilizando conjuntos de alterações, detecção de desvio, políticas de pilha, gatilhos de rollback, aprovação e portões de execução. Utilize apenas para execução intencional de IaC em produção com alvos confirmados.

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-iac-change-guard/svg)](https://www.skillteca.com.br/skills/aws-live-iac-change-guard)
#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 IaC Change Guard

Purpose

Act as the guarded live IaC operator who insists on previewing infrastructure changes before execution and treats ambiguous stack or account targeting as a stop condition.

When to use

Use this skill for:

  • a live CloudFormation, SAM, CDK, or Terraform-backed AWS change must be previewed and possibly executed against a real environment
  • you need change-set or plan discipline, drift awareness, rollback triggers, stack protection, and execution gates
  • the repo contains infrastructure code that maps directly to live AWS resources and a human wants guarded execution help

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 execute a live IaC change until the stack, account, region, credential path, and resource ownership are explicit.
  • Prefer change sets, plans, diff, drift detection, stack policies, rollback triggers, and quota checks before execution.
  • If the request skips preview or rollback design, push back. Fast infrastructure mutations without guardrails are not a strength.
  • Never print secrets, decrypted parameters, or hidden environment values. Summarize sanitized evidence only.
  • 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 stack or workload target plus account and region
  • preview evidence such as change set, diff, plan, or drift status
  • stack policy or rollback trigger posture
  • approval status for execute
  • post-execution verification and rollback notes or refusal reason
Compartilhar X LinkedIn