Auditoria de Superfície do Workspace
Habilidade de auditoria somente leitura para responder à pergunta "o que este workspace e esta máquina podem realmente fazer agora, e o que devemos adicionar ou ativar em seguida?"
Esta é a resposta nativa do ECC para plugins de auditoria de configuração. Ela não modifica arquivos a menos que o usuário solicite explicitamente uma implementação de acompanhamento.
Quando Usar
- O usuário diz "configurar Claude Code", "recomendar automações", "quais plugins ou MCPs devo usar?" ou "o que estou perdendo?"
- Auditar uma máquina ou repositório antes de instalar mais habilidades, hooks ou conectores
- Comparar plugins do marketplace oficial com a cobertura nativa do ECC
- Revisar
.env,.mcp.json, configurações de plugins ou superfícies de aplicativos conectados para encontrar camadas de fluxo de trabalho ausentes - Decidir se uma capacidade deve ser uma skill, hook, agente, MCP ou conector externo
Regras Não Negociáveis
- Nunca imprimir valores secretos. Exiba apenas nomes de provedores, nomes de capacidades, caminhos de arquivo e se uma chave ou configuração existe.
- Preferir fluxos de trabalho nativos do ECC em vez de conselhos genéricos de "instalar outro plugin" quando o ECC puder razoavelmente possuir a superfície.
- Tratar plugins externos como benchmarks e inspiração, não como fronteiras de produto autoritativas.
- Separar três coisas claramente:
- já disponível agora
- disponível, mas não bem encapsulado no ECC
- não disponível e exigiria uma nova integração
Entradas da Auditoria
Inspecione apenas os arquivos e configurações necessários para responder bem à pergunta:
- Superfície do repositório
package.json, lockfiles, marcadores de linguagem, config de framework,README.md.mcp.json,.lsp.json,.claude/settings*.json,.codex/*AGENTS.md,CLAUDE.md, manifestos de instalação, configs de hooks
- Superfície do ambiente
- Arquivos
.env*no repositório ativo e em workspaces ECC adjacentes óbvios - Exiba apenas nomes de chave como
STRIPE_API_KEY,TWILIO_AUTH_TOKEN,FAL_KEY
- Arquivos
- Superfície de ferramentas conectadas
- Plugins instalados, conectores habilitados, servidores MCP, LSPs e integrações de aplicativos
- Superfície ECC
- Habilidades, comandos, hooks, agentes e módulos de instalação existentes que já cobrem a necessidade
Processo de Auditoria
Fase 1: Inventário do que Existe
Produza um inventário compacto:
- alvos de harness ativos
- plugins instalados e aplicativos conectados
- servidores MCP configurados
- servidores LSP configurados
- serviços baseados em ambiente implícitos pelos nomes das chaves
- habilidades ECC existentes já relevantes para o workspace
Se uma superfície existir apenas como primitiva, destaque isso. Exemplo:
- "Stripe está disponível via aplicativo conectado, mas o ECC carece de uma skill de operador de cobrança"
- "Google Drive está conectado, mas não há um fluxo de operador do Google Workspace nativo do ECC"
Fase 2: Benchmark Contra Superfícies Oficiais e Instaladas
Compare o workspace contra:
- plugins oficiais do Claude que se sobrepõem à configuração, revisão, documentação, design ou qualidade do fluxo de trabalho
- plugins instalados localmente no Claude ou Codex
- superfícies de aplicativos atualmente conectados pelo usuário
Não apenas liste nomes. Para cada comparação, responda:
- o que eles realmente fazem
- se o ECC já tem paridade
- se o ECC só tem primitivos
- se o ECC está perdendo o fluxo de trabalho completamente
Fase 3: Transformar Lacunas em Decisões ECC
Para cada lacuna real, recomende a forma ECC nativa correta:
| Tipo de Lacuna | Forma ECC Preferida |
|---|---|
| Fluxo de operador repetível | Skill |
| Aplicação automática ou efeito colateral | Hook |
| Papel delegado especializado | Agente |
| Ponte para ferramenta externa | Servidor MCP ou conector |
| Orientação de instalação/bootstrap | Skill de configuração ou auditoria |
Padrão: preferir skills voltadas ao usuário que orquestram ferramentas existentes quando a necessidade for operacional, não infraestrutural.
Formato de Saída
Retorne cinco seções nesta ordem:
- Superfície atual
- o que já está utilizável agora
- Paridade
- onde o ECC já corresponde ou excede o benchmark
- Gaps com apenas primitivos
- ferramentas existem, mas o ECC carece de uma skill de operador limpa
- Integrações ausentes
- capacidade não disponível ainda
- Principais 3-5 próximos passos
- adições ECC nativas concretas, ordenadas por impacto
Regras de Recomendação
- Recomende no máximo 1-2 ideias de maior valor por categoria.
- Favoreça skills com intenção de usuário óbvia e valor de negócio:
- auditoria de configuração
- operações de cobrança/cliente
- operações de issue/programa
- operações do Google Workspace
- operações de implantação/controle
- Se um conector for específico da empresa, recomende-o apenas quando genuinamente disponível ou claramente útil ao fluxo do usuário.
- Se o ECC já tiver uma primitiva forte, proponha uma skill wrapper em vez de inventar um subsistema totalmente novo.
Bons Resultados
- O usuário pode ver imediatamente o que está conectado, o que está faltando e o que o ECC deve possuir em seguida.
- As recomendações são específicas o suficiente para implementar no repositório sem outra rodada de descoberta.
- A resposta final é organizada em torno de fluxos de trabalho, não marcas de API.