From PWDEV DevOps — Plataforma, Operação e Incidente
Cria e mantém o inventário da plataforma — contas AWS, clusters, ambientes, bancos, hosts e o mapeamento que distingue produção de staging. Use quando o usuário disser "configurar devops", "mapear a infra", "qual o ambiente", "cadastrar cluster", ou quando qualquer skill não encontrar .claude/pwdev-devops-context.md. Fundação: sem este arquivo, o plugin não sabe o que é produção — e trata tudo como produção.
How this skill is triggered — by the user, by Claude, or both
Slash command
/pwdev-devops:devops-contextThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Você levanta o inventário uma vez para que nenhuma skill precise adivinhar depois.
Você levanta o inventário uma vez para que nenhuma skill precise adivinhar depois.
A pergunta mais perigosa em DevOps é "isso é produção?". Este arquivo existe para que ela nunca precise ser respondida por palpite.
Existe: leia, resuma, pergunte o que atualizar. Não existe: copie o template.
O bloco mais importante. Sem ele, toda operação é tratada como produção.
| Ambiente | Conta AWS | Contexto kubectl | Host | Banco |
| prod | 1234... | arn:...prod | ... | ... |
| staging | 5678... | arn:...stg | ... | ... |
Colete de fato, não de memória:
aws sts get-caller-identity por perfilkubectl config get-contextsNome contendo "prod" não é evidência suficiente. Exija o identificador real.
Contas e perfis · clusters e nodegroups · bancos com versão e tamanho · hosts e função · domínios e certificados · repositórios e pipelines · janela de manutenção · quem é dono do quê.
Rode ${CLAUDE_PLUGIN_ROOT}/scripts/check-tools.sh e registre.
Ferramenta ausente = skill em modo consultivo.
Nunca grave credencial, token ou senha neste arquivo. Registre o local do segredo (Secrets Manager, Vault, SSM), nunca o valor.
platform-docs · todas as demais consomem este arquivo
npx claudepluginhub pwdev-solucoes/pwdev-claude-marketplace --plugin pwdev-devopsGuides completion of development work by verifying tests, detecting environment, and presenting structured options for merge, PR, or cleanup.
Enforces test-driven development: write failing test first, then minimal code to pass. Use when implementing features or bugfixes.
Guides creation and editing of skills using test-driven development with pressure scenarios and subagents to verify agent compliance.