¿Qué hace Auditoría de Superficie del Workspace?
Skill de auditoría de solo lectura para responder a la pregunta "¿qué puede hacer realmente este workspace y esta máquina ahora mismo, y qué deberíamos añadir o habilitar a continuación?"
Esta es la respuesta nativa de ECC para plugins de auditoría de configuración. No modifica archivos a menos que el usuario solicite explícitamente una implementación de seguimiento.
Cuándo Usarla
- El usuario dice "configurar Claude Code", "recomendar automatizaciones", "¿qué plugins o MCPs debería usar?" o "¿qué me falta?"
- Auditar una máquina o repositorio antes de instalar más skills, hooks o conectores
- Comparar plugins del marketplace oficial contra la cobertura nativa de ECC
- Revisar
.env,.mcp.json, configuraciones de plugins o superficies de aplicaciones conectadas para encontrar capas de flujo de trabajo faltantes - Decidir si una capacidad debería ser una skill, hook, agente, MCP o conector externo
Reglas No Negociables
- Nunca imprimas valores secretos. Solo muestra nombres de proveedores, nombres de capacidades, rutas de archivos y si existe una clave o configuración.
- Prefiere flujos de trabajo nativos de ECC sobre consejos genéricos de "instalar otro plugin" cuando ECC pueda gestionar razonablemente la superficie.
- Trata los plugins externos como referencias e inspiración, no como límites autoritativos del producto.
- Separa tres cosas claramente:
- ya disponible ahora
- disponible pero no bien envuelto en ECC
- no disponible y requeriría una nueva integración
Entradas de Auditoría
Inspecciona solo los archivos y configuraciones necesarios para responder bien a la pregunta:
- Superficie del repositorio
package.json, lockfiles, marcadores de lenguaje, configuración del framework,README.md.mcp.json,.lsp.json,.claude/settings*.json,.codex/*AGENTS.md,CLAUDE.md, manifiestos de instalación, configuraciones de hooks
- Superficie del entorno
- Archivos
.env*en el repositorio activo y espacios de trabajo ECC adyacentes obvios - Solo muestra nombres de clave como
STRIPE_API_KEY,TWILIO_AUTH_TOKEN,FAL_KEY
- Archivos
- Superficie de herramientas conectadas
- Plugins instalados, conectores habilitados, servidores MCP, LSP e integraciones de aplicaciones
- Superficie de ECC
- Skills existentes, comandos, hooks, agentes y módulos de instalación que ya cubren la necesidad
Proceso de Auditoría
Fase 1: Inventario de lo que Existe
Produce un inventario compacto:
- destinos de harness activos
- plugins instalados y aplicaciones conectadas
- servidores MCP configurados
- servidores LSP configurados
- servicios respaldados por entorno implícitos por nombres de clave
- skills ECC existentes ya relevantes para el workspace
Si una superficie existe solo como primitiva, mencionalo. Ejemplo:
- "Stripe está disponible mediante aplicación conectada, pero ECC carece de una skill de operaciones de facturación"
- "Google Drive está conectado, pero no hay un flujo de trabajo operador nativo de ECC para Google Workspace"
Fase 2: Comparar con Superficies Oficiales e Instaladas
Compara el workspace contra:
- plugins oficiales de Claude que se superponen con configuración, revisión, documentación, diseño o calidad de flujo de trabajo
- plugins instalados localmente en Claude o Codex
- las superficies de aplicaciones actualmente conectadas del usuario
No solo nombres. Para cada comparación, responde:
- qué hacen realmente
- si ECC ya tiene paridad
- si ECC solo tiene primitivas
- si ECC carece completamente del flujo de trabajo
Fase 3: Convertir Brechas en Decisiones ECC
Para cada brecha real, recomienda la forma nativa ECC correcta:
| Tipo de Brecha | Forma Preferida de ECC |
|---|---|
| Flujo de trabajo operador repetible | Skill |
| Aplicación automática o efecto secundario | Hook |
| Rol delegado especializado | Agent |
| Puente de herramienta externa | Servidor MCP o conector |
| Guía de instalación/inicialización | Skill de configuración o auditoría |
Por defecto, prioriza skills orientadas al usuario que orquesten herramientas existentes cuando la necesidad sea operativa en lugar de infraestructural.
Formato de Salida
Devuelve cinco secciones en este orden:
- Superficie actual
- qué ya es utilizable ahora mismo
- Paridad
- donde ECC ya iguala o supera el punto de referencia
- Brechas solo primitivas
- las herramientas existen, pero ECC carece de una skill operadora limpia
- Integraciones faltantes
- capacidad no disponible aún
- Próximos 3-5 movimientos
- adiciones concretas nativas de ECC, ordenadas por impacto
Reglas de Recomendación
- Recomienda como máximo 1-2 ideas de mayor valor por categoría.
- Favorece skills con intención de usuario y valor empresarial obvios:
- auditoría de configuración
- operaciones de facturación/clientes
- operaciones de incidencias/programas
- operaciones de Google Workspace
- operaciones de despliegue/control
- Si un conector es específico de la empresa, recomiéndalo solo cuando esté genuinamente disponible o sea claramente útil para el flujo de trabajo del usuario.
- Si ECC ya tiene una primitiva sólida, propón una skill envolvente en lugar de inventar un subsistema completamente nuevo.
Buenos Resultados
- El usuario puede ver inmediatamente qué está conectado, qué falta y qué debería poseer ECC a continuación.
- Las recomendaciones son lo suficientemente específicas como para implementarlas en el repositorio sin otra ronda de descubrimiento.
- La respuesta final está organizada en torno a flujos de trabajo, no a marcas de API.