Auditoría de Automatización

¿Qué hace Auditoría de Automatización?

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

Esta es una habilidad de operador centrada en auditoría. El trabajo es producir un inventario respaldado por evidencia y un conjunto de recomendaciones de mantener / fusionar / eliminar / arreglar a continuación antes de reescribir cualquier cosa.

Pila de Habilidades

Incorpore estas habilidades nativas de ECC en el flujo de trabajo cuando sea relevante:

• workspace-surface-audit para inventario de conectores, MCP, hooks y aplicaciones
• knowledge-ops cuando la auditoría necesite reconciliar la verdad del repositorio en vivo con el contexto duradero
• github-ops cuando la respuesta dependa de CI, flujos de trabajo programados, issues o automatización de PR
• ecc-tools-cost-audit cuando el problema real sea fanout de webhooks, trabajos en cola o consumo de facturación en el repositorio de la aplicación hermana
• research-ops cuando el inventario local deba compararse con 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 asumir una recuperación

Cuándo Usar

• 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 portó desde otro sistema 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 ú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 una habilidad 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 de 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 en vivo

Para cada automatización descubierta, marque:

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

Luego clasifique el tipo de problema:

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

3. Trazar la ruta de evidencia

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 exacta de fallo

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

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

Para cada superficie superpuesta o sospechosa, devuelva una llamada:

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

El valor está en colapsar automatización ruidosa en un carril canónico de ECC, no en preservar cada camino histórico.

Formato de Salida

SUPERFICIE ACTUAL
- automatización
- fuente
- estado en vivo
- evidencia

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

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

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

Errores Comunes

• no responder de memoria cuando se puede leer el inventario en vivo
• no tratar "presente en configuración" como "funcionando"
• no arreglar redundancia de bajo valor antes de nombrar la ruta de alta señal rota
• no ampliar la tarea a una reescritura del repositorio si el usuario pidió inventario primero

Verificación

• las afirmaciones importantes citan una ruta de evidencia en vivo
• cada automatización descubierta está etiquetada con una categoría de estado en vivo clara
• la recomendación final distingue mantener / fusionar / eliminar / arreglar a continuación