O que Auditoria de Superfície do Workspace faz?
Skill de auditoria somente leitura para responder à pergunta "o que este workspace e máquina podem realmente fazer agora, e o que devemos adicionar ou habilitar 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
- Usuário diz "configure o Claude Code", "recomende automações", "quais plugins ou MCPs devo usar?" ou "o que estou perdendo?"
- Auditar uma máquina ou repositório antes de instalar mais skills, 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 workflow ausentes - Decidir se uma capacidade deve ser uma skill, hook, agente, MCP ou conector externo
Regras Inegociáveis
- Nunca imprima valores secretos. Exiba apenas nomes de provedores, nomes de capacidades, caminhos de arquivos e se uma chave ou configuração existe.
- Prefira workflows nativos do ECC em vez de conselhos genéricos de "instalar outro plugin" quando o ECC puder razoavelmente possuir a superfície.
- Trate plugins externos como benchmarks e inspiração, não como limites autoritativos do produto.
- Separe claramente três coisas:
- 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 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
- Skills, 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 do harness ativos
- plugins instalados e aplicativos conectados
- servidores MCP configurados
- servidores LSP configurados
- serviços baseados em env implícitos pelos nomes de chave
- skills ECC existentes já relevantes ao workspace
Se uma superfície existe apenas como primitiva, destaque isso. Exemplo:
- "Stripe está disponível via aplicativo conectado, mas o ECC não possui uma skill de operações de faturamento"
- "Google Drive está conectado, mas não há um workflow de operações 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 a configuração, revisão, documentação, design ou qualidade de workflow
- 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 tem apenas primitivas
- se o ECC está completamente sem o workflow
Fase 3: Transforme Lacunas em Decisões ECC
Para cada lacuna real, recomende a forma ECC nativa correta:
| Tipo de Lacuna | Forma ECC Preferida |
|---|---|
| Workflow operacional 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: skills voltadas ao usuário que orquestram ferramentas existentes quando a necessidade é operacional em vez de 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á iguala ou supera o benchmark
- Lacunas apenas primitivas
- ferramentas existem, mas o ECC não possui uma skill operacional limpa
- Integrações ausentes
- capacidade não disponível ainda
- Próximas 3 a 5 ações
- adições concretas nativas do ECC, 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 comercial:
- auditoria de configuração
- operações de faturamento/cliente
- operações de issues/programas
- operações do Google Workspace
- operações de implantação/controle
- Se um conector é específico da empresa, recomende-o apenas quando estiver genuinamente disponível ou claramente útil ao workflow do usuário.
- Se o ECC já possui uma primitiva forte, proponha uma skill wrapper em vez de inventar um subsistema 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 serem implementadas no repositório sem outra rodada de descoberta.
- A resposta final é organizada em torno de workflows, não de marcas de API.