Auditoria de Operações de Automação

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

Esta é uma habilidade de operador focada em auditoria. O trabalho é produzir um inventário baseado em evidências e um conjunto de recomendações de manter / mesclar / cortar / corrigir-próximo antes de reescrever qualquer coisa.

Pilha de Habilidades

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

• workspace-surface-audit para inventário de conectores, MCPs, hooks e aplicativos
• knowledge-ops quando a auditoria precisar reconciliar a verdade do repositório ativo com o contexto duradouro
• github-ops quando a resposta depender de CI, fluxos de trabalho agendados, issues ou automação de PR
• ecc-tools-cost-audit quando o problema real for fanout de webhook, jobs em fila ou consumo de faturamento no repositório de aplicativos 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 comprovar o estado pós-correção em vez de depender de recuperação assumida

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 espaço de trabalho acumulou várias maneiras de fazer a mesma coisa e o usuário quer uma única linha canônica

Diretrizes

• comece em modo somente leitura, a menos que o usuário tenha solicitado explicitamente correções
• separe:
  • configurado
  • autenticado
  • verificado recentemente
  • obsoleto ou quebrado
  • faltando completamente
• não afirme que uma ferramenta está ativa apenas porque uma habilidade 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 de repositório e scripts de hook locais
• GitHub Actions e fluxos de trabalho agendados
• configurações de MCP e servidores habilitados
• integrações com base em conectores ou aplicativos
• scripts de wrapper e pontos de entrada de automação específicos do repositório

Agrupe-os por superfície:

• tempo de execução local
• CI / automação de repositório
• sistemas externos conectados
• mensagens / notificações
• faturamento / operações de clientes
• pesquisa / monitoramento

2. Classificar cada item por estado ativo

Para cada automação exposta, marque:

• configurado
• autenticado
• verificado recentemente
• obsoleto ou quebrado
• faltando

Em seguida, classifique o tipo de problema:

• quebra ativa
• interrupção de autenticação
• status obsoleto
• sobreposição ou redundância
• capacidade faltando

3. Rastrear o caminho de prova

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

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

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

4. Terminar com manter / mesclar / cortar / corrigir-próximo

Para cada superfície sobreposta ou suspeita, retorne uma chamada:

• manter
• mesclar
• cortar
• corrigir próximo

O valor está em colapsar a automação barulhenta em uma única linha canônica do ECC, não em preservar todos os caminhos históricos.

Formato de Saída

CURRENT SURFACE
- automation
- source
- live state
- proof

FINDINGS
- active breakage
- overlap
- stale status
- missing capability

RECOMMENDATION
- keep
- merge
- cut
- fix next

NEXT ECC MOVE
- exact skill / hook / workflow / app lane to strengthen

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âncias de menor valor antes de nomear o caminho de alto sinal quebrado
• não amplie a tarefa para uma reescrita de repositório se o usuário pediu inventário primeiro

Verificação

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