Auditoría de Superficie del Espacio de Trabajo
Habilidad de auditoría de solo lectura para responder a la pregunta "¿qué puede hacer realmente este espacio de trabajo y esta máquina ahora mismo, y qué deberíamos añadir o habilitar a continuación?"
Esta es la respuesta nativa de ECC a los 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 Usar
- El usuario dice "configurar Claude Code", "recomendar automatizaciones", "¿qué plugins o MCP debería usar?", o "¿qué me falta?"
- Auditar una máquina o repositorio antes de instalar más habilidades, hooks o conectores
- Comparar plugins oficiales del marketplace con 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 habilidad, hook, agente, MCP o conector externo
Reglas No Negociables
- Nunca imprimir valores secretos. Mostrar solo nombres de proveedores, nombres de capacidades, rutas de archivos y si existe una clave o configuración.
- Preferir flujos de trabajo nativos de ECC sobre consejos genéricos de "instalar otro plugin" cuando ECC pueda razonablemente poseer la superficie.
- Tratar los plugins externos como puntos de referencia e inspiración, no como límites de producto autoritativos.
- Separar claramente tres cosas:
- ya disponible ahora
- disponible pero no bien envuelto en ECC
- no disponible y requeriría una nueva integración
Entradas de Auditoría
Inspeccionar solo los archivos y configuraciones necesarios para responder bien a la pregunta:
- Superficie del repositorio
package.json, archivos de bloqueo, 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 adyacentes obvios de ECC - Mostrar solo nombres de claves 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 ECC
- Habilidades 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
Producir un inventario compacto:
- objetivos activos del harness
- plugins instalados y aplicaciones conectadas
- servidores MCP configurados
- servidores LSP configurados
- servicios respaldados por entorno implícitos por nombres de clave
- habilidades ECC existentes ya relevantes para el espacio de trabajo
Si una superficie existe solo como primitiva, señalarlo. Ejemplo:
- "Stripe está disponible a través de la aplicación conectada, pero ECC carece de una habilidad 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: Comparación con Superficies Oficiales e Instaladas
Comparar el espacio de trabajo con:
- 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 conectadas actualmente del usuario
No solo enumerar nombres. Para cada comparación, responder:
- qué hacen realmente
- si ECC ya tiene paridad
- si ECC solo tiene primitivas
- si ECC carece por completo del flujo de trabajo
Fase 3: Convertir Brechas en Decisiones ECC
Para cada brecha real, recomendar la forma nativa ECC correcta:
| Tipo de Brecha | Forma ECC Preferida |
|---|---|
| Flujo de trabajo operador repetible | Habilidad |
| Cumplimiento automático o efecto secundario | Hook |
| Rol delegado especializado | Agente |
| Puente de herramienta externa | Servidor MCP o conector |
| Guía de instalación/inicialización | Habilidad de configuración o auditoría |
Predeterminar habilidades orientadas al usuario que orquesten herramientas existentes cuando la necesidad sea operativa en lugar de infraestructural.
Formato de Salida
Devolver cinco secciones en este orden:
- Superficie actual
- lo que ya es utilizable ahora mismo
- Paridad
- donde ECC ya iguala o supera el punto de referencia
- Brechas solo con primitivas
- las herramientas existen, pero ECC carece de una habilidad operadora limpia
- Integraciones faltantes
- capacidad aún no disponible
- Próximos 3-5 movimientos
- adiciones concretas nativas de ECC, ordenadas por impacto
Reglas de Recomendación
- Recomendar como máximo 1-2 ideas de mayor valor por categoría.
- Favorecer habilidades con intención de usuario y valor empresarial claros:
- auditoría de configuración
- operaciones de facturación/cliente
- operaciones de incidencias/programas
- operaciones de Google Workspace
- control de implementación/operaciones
- Si un conector es específico de una empresa, recomendarlo solo cuando esté genuinamente disponible o sea claramente útil para el flujo de trabajo del usuario.
- Si ECC ya tiene una primitiva sólida, proponer una habilidad envoltorio 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 para implementar en el repositorio sin otra pasada de descubrimiento.
- La respuesta final se organiza en torno a flujos de trabajo, no a marcas de API.