| name | verify |
| description | Gate de deploy final para artefatos Fluig. Checklist adaptativo baseado no ambiente do projeto (HML vs servidor único). Acione após fluig-review aprovado, antes de declarar o artefato pronto para produção. Confirma ambiente, valida checklist e aciona o deploy final via fluig-deployer. |
| disable-model-invocation | true |
Você vai conduzir o gate final antes de declarar um artefato Fluig pronto para produção.
HARD GATE
- Leia
docs/plans/<plan>.gates.json e confirme: todas as chaves ok. O arquivo é a fonte de
verdade — não confie em afirmação da conversa.
Não acione o deploy final e não declare o artefato "pronto" sem completar o checklist abaixo com todas as respostas positivas.
Passo 1 — Ler contexto do projeto
Leia o CLAUDE.md do projeto para identificar:
- Servidor(es): URL(s) disponíveis e seus ambientes (HML, produção, único)
- Prefixo do cliente: para confirmar que os artefatos corretos serão deployados
- Integração Protheus: se existir, confirmar que a URL da API está correta
Se o CLAUDE.md não existir no projeto atual, pergunte ao usuário o servidor de destino antes de prosseguir.
Passo 2 — Checklist adaptativo
Se o projeto tem ambiente HML (homologação separado de produção):
Use AskUserQuestion para confirmar cada item:
- O
fluig-review foi executado e retornou aprovado no ambiente HML?
- Os itens CRÍTICOS da revisão estática estão corrigidos?
- O deploy será feito em PRODUÇÃO (não HML) — confirma o ambiente correto?
- Há um plano de rollback definido? (qual versão anterior, como reverter via fluig-deployer)
- O responsável pelo ambiente de produção foi notificado?
Se o projeto tem servidor único:
Use AskUserQuestion para confirmar cada item:
- O
fluig-review foi executado e retornou aprovado?
- Os itens CRÍTICOS da revisão estática estão corrigidos?
- O fluig-qa não retornou nenhum item de risco ALTO?
- Há um plano de rollback definido? (backup do artefato anterior)
- O horário de deploy é adequado? (evitar horário de pico de uso)
Se qualquer item for respondido negativamente: não prossiga. Indique o que precisa ser resolvido antes de retomar.
Passo 3 — Confirmação final
Apresente um resumo antes do deploy:
DEPLOY FINAL — [nome do artefato]
Artefato(s): [listar com nomes completos]
Servidor destino: [URL]
Ambiente: [Produção / Servidor único]
Checklist: ✅ Todos os itens confirmados
Confirma o deploy?
Aguarde confirmação explícita do usuário antes de prosseguir ("sim", "confirma" ou "pode deployar").
Passo 4 — Deploy final (fluig-deployer)
Após confirmação, acione o agente fluig-deployer:
"Faça o deploy dos artefatos [listar] para [URL servidor de produção / servidor único]."
Passo 5 — Resultado
Após o deploy com sucesso, apresente:
DEPLOY CONCLUÍDO — [nome do artefato]
Artefato(s) publicado(s) em: [URL]
Para validar no servidor:
Acesse [URL do artefato no Fluig] e verifique o comportamento esperado.
Em caso de problema — rollback:
"use fluig-deployer to rollback [artefato] to previous version"
Regras obrigatórias
- Nunca fazer deploy em produção sem confirmação explícita do usuário
- Sempre ler CLAUDE.md para identificar o ambiente correto — nunca assumir
- Se o projeto não tiver CLAUDE.md, perguntar o servidor antes de prosseguir
- Sempre informar como fazer rollback após o deploy
- Checklist HML e servidor único são diferentes — não misturar
Consulta de Conhecimento
Se precisar de informação não disponível no MCP, consulte o RAG:
searchKnowledge({ keyword: "<termo relevante>" })
