automation-audit-ops

Automation Audit Ops

Utilice esto cuando el usuario pregunte qué automatizaciones están activas, qué trabajos están rotos, dónde hay superposición, o qué herramientas y conectores están realmente realizando trabajo útil en este momento.

Este es un skill operativo de auditoría primero. El trabajo es producir un inventario respaldado por evidencia y un conjunto de recomendaciones de mantener / fusionar / cortar / arreglar a continuación antes de reescribir cualquier cosa.

Stack de Skills

Incorpore estos skills nativos de ECC en el flujo de trabajo cuando sea relevante:

• workspace-surface-audit para el inventario de conectores, MCP, hooks y aplicaciones
• knowledge-ops cuando la auditoría necesite conciliar la verdad del repositorio activo con el contexto duradero
• github-ops cuando la respuesta dependa de CI, flujos de trabajo programados, issues o automatización de PRs
• ecc-tools-cost-audit cuando el problema real sea el fanout de webhooks, trabajos en cola o el consumo de facturación en el repositorio de la aplicación hermana
• research-ops cuando el inventario local deba compararse contra el soporte actual de la plataforma o la documentación pública
• verification-loop para probar el estado posterior a la corrección en lugar de confiar en una recuperación supuesta

Cuándo Usarlo

• el usuario pregunta "qué automatizaciones tengo", "qué está activo", "qué está roto" o "qué se superpone"
• la tarea abarca trabajos cron, GitHub Actions, hooks locales, servidores MCP, conectores, envoltorios o integraciones de aplicaciones
• el usuario quiere saber qué se migró desde otro sistema de agente y qué aún necesita reconstruirse dentro de ECC
• el espacio de trabajo ha acumulado múltiples formas de hacer lo mismo y el usuario quiere un carril canónico

Barreras de Seguridad

• comience en modo solo lectura a menos que el usuario haya solicitado explícitamente correcciones
• separe:
  • configurado
  • autenticado
  • verificado recientemente
  • obsoleto o roto
  • faltante por completo
• no afirme que una herramienta está activa solo porque un skill o configuración la referencia
• no fusione ni elimine superficies superpuestas hasta que exista la tabla de evidencia

Flujo de Trabajo

1. Inventariar la superficie real

Lea la superficie activa actual antes de teorizar:

• hooks del repositorio y scripts de hook locales
• GitHub Actions y flujos de trabajo programados
• configuraciones MCP y servidores habilitados
• integraciones respaldadas por conectores o aplicaciones
• scripts envoltorio y puntos de entrada de automatización específicos del repositorio

Agrúpelos por superficie:

• tiempo de ejecución local
• CI / automatización del repositorio
• sistemas externos conectados
• mensajería / notificaciones
• facturación / operaciones de clientes
• investigación / monitoreo

2. Clasificar cada elemento por estado activo

Para cada automatización descubierta, marque:

• configurado
• autenticado
• verificado recientemente
• obsoleto o roto
• faltante

Luego clasifique el tipo de problema:

• rotura activa
• interrupción de autenticación
• estado obsoleto
• superposición o redundancia
• capacidad faltante

3. Trazar la ruta de prueba

Respalde cada afirmación importante con una fuente concreta:

• ruta de archivo
• ejecución de flujo de trabajo
• registro de hook
• entrada de configuración
• salida de comando reciente
• firma de fallo exacta

Si el estado actual es ambiguo, dígalo directamente en lugar de fingir que la auditoría está completa.

4. Terminar con mantener / fusionar / cortar / arreglar a continuación

Para cada superficie superpuesta o sospechosa, devuelva una instrucción:

• mantener
• fusionar
• cortar
• arreglar a continuación

El valor está en colapsar automatización ruidosa en un carril canónico de ECC, no en preservar todas las rutas históricas.

Formato de Salida

SUPERFICIE ACTUAL
- automatización
- fuente
- estado activo
- prueba

HALLAZGOS
- rotura activa
- superposición
- estado obsoleto
- capacidad faltante

RECOMENDACIÓN
- mantener
- fusionar
- cortar
- arreglar a continuación

PRÓXIMO MOVIMIENTO EN ECC
- skill / hook / flujo de trabajo / carril de aplicación exacto a fortalecer

Errores Comunes

• no responda desde la memoria cuando se puede leer el inventario activo
• no trate "presente en configuración" como "funcionando"
• no arregle redundancia de bajo valor antes de nombrar la ruta de alta señal rota
• no amplíe la tarea a una reescritura del repositorio si el usuario pidió inventario primero

Verificación

• las afirmaciones importantes citan una ruta de prueba activa
• cada automatización descubierta está etiquetada con una categoría de estado activo clara
• la recomendación final distingue entre mantener / fusionar / cortar / arreglar a continuación