Automation Audit Ops

Que fait Automation Audit Ops ?

Utilisez cette skill lorsque l'utilisateur demande quelles automatisations sont en direct, quels jobs sont cassés, où se trouvent les chevauchements, ou quels outils et connecteurs effectuent réellement un travail utile en ce moment.

Il s'agit d'une skill opératrice axée sur l'audit. Son rôle est de produire un inventaire étayé par des preuves et un ensemble de recommandations « garder / fusionner / supprimer / réparer ensuite » avant de réécrire quoi que ce soit.

Stack de compétences

Intégrez ces skills natives ECC dans le workflow si nécessaire :

• workspace-surface-audit pour l'inventaire des connecteurs, des MCP, des hooks et des applications
• knowledge-ops lorsque l'audit doit concilier la vérité du dépôt en direct avec le contexte durable
• github-ops lorsque la réponse dépend des CI, des workflows planifiés, des issues ou de l'automatisation des PR
• ecc-tools-cost-audit lorsque le vrai problème est le fanout des webhooks, les jobs en file d'attente ou la consommation de facturation dans le dépôt d'application jumeau
• research-ops lorsque l'inventaire local doit être comparé à la plateforme actuelle ou aux documents publics
• verification-loop pour prouver l'état après correction au lieu de se fier à une récupération présumée

Quand l'utiliser

• l'utilisateur demande « quelles automatisations ai-je », « qu'est-ce qui est en direct », « qu'est-ce qui est cassé » ou « qu'est-ce qui se chevauche »
• la tâche couvre les jobs cron, GitHub Actions, les hooks locaux, les serveurs MCP, les connecteurs, les wrappers ou les intégrations d'applications
• l'utilisateur veut savoir ce qui a été porté depuis un autre système d'agent et ce qui doit encore être reconstruit dans ECC
• l'espace de travail a accumulé plusieurs façons de faire la même chose et l'utilisateur veut une seule voie canonique

Garde-fous

• commencez en lecture seule sauf si l'utilisateur a explicitement demandé des correctifs
• séparez :
  • configuré
  • authentifié
  • vérifié récemment
  • obsolète ou cassé
  • manquant
• n'affirmez pas qu'un outil est en direct simplement parce qu'une skill ou une configuration le référence
• ne fusionnez ni ne supprimez les surfaces qui se chevauchent tant que le tableau de preuves n'existe pas

Workflow

1. Inventorier la surface réelle

Lisez la surface en direct actuelle avant de théoriser :

• hooks de dépôt et scripts de hook locaux
• GitHub Actions et workflows planifiés
• configurations MCP et serveurs activés
• intégrations basées sur des connecteurs ou des applications
• scripts wrapper et points d'entrée d'automatisation spécifiques au dépôt

Regroupez-les par surface :

• runtime local
• CI / automatisation du dépôt
• systèmes externes connectés
• messagerie / notifications
• facturation / opérations clients
• recherche / surveillance

2. Classifier chaque élément par état de fonctionnement

Pour chaque automatisation découverte, marquez :

• configuré
• authentifié
• vérifié récemment
• obsolète ou cassé
• manquant

Ensuite, classifiez le type de problème :

• panne active
• panne d'authentification
• état obsolète
• chevauchement ou redondance
• fonctionnalité manquante

3. Tracer le chemin de preuve

Étayez chaque affirmation importante avec une source concrète :

• chemin de fichier
• exécution de workflow
• log de hook
• entrée de configuration
• sortie de commande récente
• signature d'échec exacte

Si l'état actuel est ambigu, dites-le directement au lieu de faire semblant que l'audit est complet.

4. Terminez avec garder / fusionner / supprimer / réparer ensuite

Pour chaque surface qui se chevauche ou suspecte, retournez un appel :

• garder
• fusionner
• supprimer
• réparer ensuite

La valeur réside dans la réduction des automatisations bruyantes en une seule voie ECC canonique, pas dans la préservation de chaque chemin historique.

Format de sortie

SURFACE ACTUELLE
- automatisation
- source
- état de fonctionnement
- preuve

CONSTATATIONS
- panne active
- chevauchement
- état obsolète
- fonctionnalité manquante

RECOMMANDATION
- garder
- fusionner
- supprimer
- réparer ensuite

PROCHAINE ACTION ECC
- skill / hook / workflow / voie d'application exacte à renforcer

Pièges

• ne répondez pas de mémoire lorsque l'inventaire en direct peut être lu
• ne traitez pas « présent dans la configuration » comme « fonctionnel »
• ne réparez pas une redondance de moindre valeur avant de nommer le chemin à fort signal cassé
• n'élargissez pas la tâche en une réécriture de dépôt si l'utilisateur a d'abord demandé un inventaire

Vérification

• les affirmations importantes citent un chemin de preuve en direct
• chaque automatisation découverte est étiquetée avec une catégorie d'état de fonctionnement claire
• la recommandation finale distingue garder / fusionner / supprimer / réparer ensuite