Automations-Audit-Ops

Automation Audit Ops

Verwenden Sie dies, wenn der Nutzer fragt, welche Automatisierungen live sind, welche Jobs defekt sind, wo Überlappungen bestehen oder welche Tools und Connectors tatsächlich gerade nützliche Arbeit leisten.

Dies ist ein Audit-zentrierter Operator-Skill. Die Aufgabe besteht darin, eine evidenzgestützte Bestandsaufnahme und eine Empfehlungssammlung (Keep / Merge / Cut / Fix Next) zu erstellen, bevor etwas umgeschrieben wird.

Skill Stack

Integrieren Sie bei Bedarf diese ECC-nativen Skills in den Workflow:

• workspace-surface-audit für die Bestandsaufnahme von Connectors, MCP, Hooks und Apps
• knowledge-ops, wenn das Audit die lebende Repo-Wahrheit mit dauerhaftem Kontext abgleichen muss
• github-ops, wenn die Antwort von CI, geplanten Workflows, Issues oder PR-Automatisierung abhängt
• ecc-tools-cost-audit, wenn das eigentliche Problem Webhook-Fanout, Warteschlangen-Jobs oder Kostenexplosion im Schwester-App-Repo ist
• research-ops, wenn die lokale Bestandsaufnahme mit aktueller Plattformunterstützung oder öffentlicher Dokumentation verglichen werden muss
• verification-loop, um den Zustand nach der Reparatur zu überprüfen, anstatt sich auf angenommene Wiederherstellung zu verlassen

Wann verwenden

• Der Nutzer fragt: "Welche Automatisierungen habe ich?", "Was ist live?", "Was ist defekt?" oder "Was überschneidet sich?"
• Die Aufgabe umfasst Cron-Jobs, GitHub Actions, lokale Hooks, MCP-Server, Connectors, Wrapper oder App-Integrationen
• Der Nutzer möchte wissen, was von einem anderen Agentensystem migriert wurde und was noch innerhalb von ECC neu erstellt werden muss
• Der Arbeitsbereich hat mehrere Wege, um dieselbe Sache zu tun, und der Nutzer möchte einen kanonischen Pfad

Leitplanken

• Starten Sie im Nur-Lese-Modus, es sei denn, der Nutzer hat explizit nach Reparaturen gefragt
• Trennen Sie:
  • konfiguriert
  • authentifiziert
  • kürzlich verifiziert
  • veraltet oder defekt
  • vollständig fehlend
• Behaupten Sie nicht, dass ein Tool live ist, nur weil ein Skill oder eine Konfiguration darauf verweist
• Führen Sie keine Zusammenführung oder Löschung überlappender Flächen durch, bis die Evidenztabelle existiert

Workflow

1. Bestandsaufnahme der tatsächlichen Oberfläche

Lesen Sie die aktuelle Live-Oberfläche, bevor Sie theoretisieren:

• Repo-Hooks und lokale Hook-Skripte
• GitHub Actions und geplante Workflows
• MCP-Konfigurationen und aktivierte Server
• Connector- oder App-gestützte Integrationen
• Wrapper-Skripte und Repo-spezifische Automatisierungs-Einstiegspunkte

Gruppieren Sie diese nach Oberfläche:

• lokale Laufzeit
• Repo-CI / Automatisierung
• verbundene externe Systeme
• Messaging / Benachrichtigungen
• Abrechnung / Kundenbetrieb
• Forschung / Überwachung

2. Klassifizieren Sie jedes Element nach Live-Status

Markieren Sie für jede gefundene Automatisierung:

• konfiguriert
• authentifiziert
• kürzlich verifiziert
• veraltet oder defekt
• fehlend

Klassifizieren Sie dann den Problemtyp:

• aktiver Defekt
• Authentifizierungsausfall
• veralteter Status
• Überlappung oder Redundanz
• fehlende Fähigkeit

3. Verfolgen Sie den Nachweispfad

Untermauern Sie jede wichtige Behauptung mit einer konkreten Quelle:

• Dateipfad
• Workflow-Lauf
• Hook-Protokoll
• Konfigurationseintrag
• letzte Befehlsausgabe
• exaktes Fehlersignatur

Wenn der aktuelle Zustand mehrdeutig ist, sagen Sie dies direkt, anstatt so zu tun, als sei das Audit vollständig.

4. Beenden Sie mit Keep / Merge / Cut / Fix Next

Geben Sie für jede überlappende oder verdächtige Oberfläche eine der folgenden Anweisungen zurück:

• keep
• merge
• cut
• fix next

Der Wert liegt darin, laute Automatisierung in einen kanonischen ECC-Pfad zu überführen, nicht darin, jeden historischen Pfad zu erhalten.

Ausgabeformat

AKTUELLE OBERFLÄCHE
- Automatisierung
- Quelle
- Live-Zustand
- Nachweis

ERKENNTNISSE
- aktiver Defekt
- Überlappung
- veralteter Status
- fehlende Fähigkeit

EMPFEHLUNG
- keep
- merge
- cut
- fix next

NÄCHSTER ECC-SCHRITT
- genauer Skill / Hook / Workflow / App-Pfad, den es zu stärken gilt

Fallstricke

• Antworten Sie nicht aus dem Gedächtnis, wenn die Live-Bestandsaufnahme gelesen werden kann
• Behandeln Sie "in Konfiguration vorhanden" nicht als "funktionsfähig"
• Beheben Sie keine niederwertige Redundanz, bevor Sie den defekten hochwertigen Pfad benannt haben
• Weiten Sie die Aufgabe nicht zu einer Repo-Neuschreibung aus, wenn der Nutzer zuerst nur eine Bestandsaufnahme gewünscht hat

Verifikation

• Wichtige Behauptungen verweisen auf einen Live-Nachweispfad
• Jede gefundene Automatisierung ist mit einer klaren Live-Zustands-Kategorie versehen
• Die abschließende Empfehlung unterscheidet zwischen Keep / Merge / Cut / Fix Next