Automação e Auditoria de Operações

Operações de Auditoria de Automação

Use isso quando o usuário perguntar quais automações estão ativas, quais jobs estão quebrados, onde existe sobreposição ou quais ferramentas e conectores estão realmente realizando trabalho útil agora.

Esta é uma skill operacional com foco em auditoria. O trabalho é produzir um inventário baseado em evidências e um conjunto de recomendações manter / mesclar / cortar / corrigir em seguida antes de reescrever qualquer coisa.

Stack de Skills

Puxe estas skills nativas do ECC para o fluxo de trabalho quando relevante:

• workspace-surface-audit para inventário de conectores, MCP, hooks e aplicativos
• knowledge-ops quando a auditoria precisar reconciliar a verdade do repositório ativo com o contexto durável
• github-ops quando a resposta depender de CI, workflows agendados, issues ou automação de PRs
• ecc-tools-cost-audit quando o problema real for fanout de webhooks, jobs em fila ou queima de faturamento no repositório de aplicativo irmão
• research-ops quando o inventário local precisar ser comparado com o suporte atual da plataforma ou documentação pública
• verification-loop para provar o estado pós-correção em vez de confiar em recuperação presumida

Quando Usar

• o usuário pergunta "quais automações eu tenho", "o que está ativo", "o que está quebrado" ou "o que se sobrepõe"
• a tarefa abrange jobs cron, GitHub Actions, hooks locais, servidores MCP, conectores, wrappers ou integrações de aplicativos
• o usuário quer saber o que foi portado de outro sistema de agente e o que ainda precisa ser reconstruído dentro do ECC
• o workspace acumulou várias maneiras de fazer a mesma coisa e o usuário quer uma via canônica

Diretrizes

• comece somente leitura, a menos que o usuário tenha explicitamente solicitado correções
• separe:
  • configurado
  • autenticado
  • verificado recentemente
  • desatualizado ou quebrado
  • ausente completamente
• não afirme que uma ferramenta está ativa só porque uma skill ou configuração a referencia
• não mescle ou exclua superfícies sobrepostas até que a tabela de evidências exista

Fluxo de Trabalho

1. Inventariar a superfície real

Leia a superfície ativa atual antes de teorizar:

• hooks do repositório e scripts de hook locais
• GitHub Actions e workflows agendados
• configurações MCP e servidores habilitados
• integrações baseadas em conectores ou aplicativos
• scripts wrapper e pontos de entrada de automação específicos do repositório

Agrupe-os por superfície:

• runtime local
• CI / automação do repositório
• sistemas externos conectados
• mensagens / notificações
• operações de faturamento / cliente
• pesquisa / monitoramento

2. Classificar cada item por estado ativo

Para cada automação levantada, marque:

• configurado
• autenticado
• verificado recentemente
• desatualizado ou quebrado
• ausente

Em seguida, classifique o tipo de problema:

• quebra ativa
• falha de autenticação
• status desatualizado
• sobreposição ou redundância
• capacidade ausente

3. Rastrear o caminho de prova

Apoie cada afirmação importante com uma fonte concreta:

• caminho de arquivo
• execução de workflow
• log de hook
• entrada de configuração
• saída de comando recente
• assinatura exata de falha

Se o estado atual for ambíguo, diga diretamente em vez de fingir que a auditoria está completa.

4. Finalizar com manter / mesclar / cortar / corrigir em seguida

Para cada superfície sobreposta ou suspeita, retorne uma ação:

• manter
• mesclar
• cortar
• corrigir em seguida

O valor está em colapsar automação ruidosa em uma via canônica do ECC, não em preservar todo caminho histórico.

Formato de Saída

SUPERFÍCIE ATUAL
- automação
- origem
- estado ativo
- prova

DESCOBERTAS
- quebra ativa
- sobreposição
- status desatualizado
- capacidade ausente

RECOMENDAÇÃO
- manter
- mesclar
- cortar
- corrigir em seguida

PRÓXIMA AÇÃO DO ECC
- skill / hook / workflow / app lane exato(a) a fortalecer

Armadilhas

• não responda de memória quando o inventário ativo puder ser lido
• não trate "presente na configuração" como "funcionando"
• não corrija redundância de baixo valor antes de nomear o caminho de alto sinal quebrado
• não amplie a tarefa para uma reescrita do repositório se o usuário pediu inventário primeiro

Verificação

• afirmações importantes citam um caminho de prova ativo
• cada automação levantada é rotulada com uma categoria clara de estado ativo
• a recomendação final distingue manter / mesclar / cortar / corrigir em seguida