Vale a pena instalar tudo do awesome-claude-code de uma vez?

Fala aí, beleza? Você abre a lista, bate o olho em 52,9 mil estrelas e 4,6 mil forks, e a vontade é uma só: instalar tudo numa tarde 😀

Skill aqui, subagente ali, um status line bonitinho, um hook que promete automatizar sua vida

Aí no dia seguinte o setup tá completão, e ninguém lembra o que metade daquilo faz

A pergunta deste post é essa: adotar em bloco compensa, ou é melhor puxar item por item, quando o problema aparece com nome?

O que é o awesome-claude-code (e por que existe mais de um)

O repositório mais popular do ecossistema é o awesome-claude-code, mantido por hesreallyhim no GitHub

A própria descrição dele se apresenta como uma coleção de skills, agents, status lines, developer tooling e plugins

Ou seja: é vitrine, é catálogo, é lugar de descobrir coisa

E aqui vem o primeiro detalhe que muita gente ignora: não existe "a" lista

Existem várias listas homônimas mantidas por autores diferentes, tipo subinium/awesome-claude-code, LangGPT/awesome-claude-code, jqueryscript/awesome-claude-code e VoltAgent/awesome-claude-code-subagents

Então quando alguém te manda "instala o que tá na awesome list", a primeira pergunta honesta é: qual delas? 🙂

Pré-inscrição Formação Claude Code

Domine o Claude Code do básico ao avançado

Você vai aprender a criar sistemas completos com Claude Code, sem precisar ser programador. Inscreva-se para ter acesso a um desconto de lançamento e bônus especiais!

Quero minha vaga

E por que ficou tão fácil adotar tudo de uma vez?

Porque o Claude Code ganhou um sistema de plugins

Ele entrou em beta pública com anúncio da Anthropic em 9 de outubro de 2025, empacotando slash commands, subagentes, servidores MCP e hooks numa unidade só

Se você já mexeu com NPM ou composer, a ideia é bem parecida: alguém empacota, você instala com um comando

O que era "copia esse arquivo pra cá, cola essa config ali" virou um passo curto

E tudo que fica fácil de instalar fica fácil de acumular

Instalar tudo de uma vez x adotar por problema real: a comparação

Bora colocar as duas posturas lado a lado:

Repara que nem toda camada pesa igual, e isso é importante pra não sair demonizando a lista inteira

Skills, por exemplo, usam divulgação progressiva: o nível 1 é só o YAML frontmatter (name e description), o corpo do SKILL.md só carrega quando a skill é acionada, e arquivos vinculados são lidos depois

Já servidor MCP conectado cobra o pedágio mesmo parado

Mesma lista, custos diferentes

Claude Code com pouco contexto sobrando: por que camada ligada cobra pedágio

O sintoma:

A sessão começa e a janela já parece apertada

Você manda a primeira tarefa e sente o setup pesado, meio arrastado, com menos espaço pro que realmente importa: o teu código

A causa:

Cada servidor MCP conectado registra suas definições de ferramentas em toda requisição, mesmo quando está ocioso

Não é "só quando eu uso", é sempre

Existe issue no repositório anthropics/claude-code intitulada "MCP tools consume 50% of context tokens – need consolidation strategies"

Tem gente reclamando exatamente disso em setup carregado

O contraste honesto é o que falei ali em cima: skill com divulgação progressiva não se comporta assim, porque o corpo do arquivo só entra em cena quando a skill é acionada

Então o vilão não é "instalar coisa", é instalar coisa que fica ligada sem motivo

A solução:

Para de adivinhar e vai olhar

O Claude Code tem o /context, que exibe a divisão entre system prompt, ferramentas do sistema, ferramentas MCP, arquivos de memória, agentes e espaço livre

É o extrato da tua janela, beleza? Se ferramenta MCP tá comendo uma fatia gorda e você não usou nenhuma delas na semana, tá aí a resposta

Prevenção:

A própria Anthropic posiciona plugins como modulares, alternáveis on/off pra otimizar desempenho

Ou seja: ligar e desligar conforme a necessidade faz parte do desenho, não é gambiarra

Tratar o setup como algo fixo ("instalei, tá lá pra sempre") é que é o erro

O risco de instalar plugin de terceiro sem ler o que ele faz

O sintoma:

Você pega uma leva de itens de catálogo e manda instalar em sequência, numa tarde de curiosidade

Ninguém revisou nada

O critério foi "parece massa"

A causa:

Plugin no Claude Code não é enfeite

Ele recebe acesso ao terminal, arquivos locais e variáveis de ambiente

E o modelo de distribuição é de confiança implícita: o marketplace opera sem verificação centralizada, sem assinatura de código e sem sandbox de execução

Não tem um porteiro no meio conferindo o que entra

A prova pública:

A PromptArmor demonstrou um hook malicioso que burla o pedido de aprovação humana e exfiltra arquivos do usuário por prompt injection indireta

Lê de novo essa parte: burla o pedido de aprovação

Aquele momento em que você bate o olho e aperta "sim" é justamente o ponto que o ataque contorna

E tem o agravante da velocidade: o claudemarketplaces.com raspa o GitHub de hora em hora, então um marketplace malicioso pode aparecer no registro em até uma hora depois de virar público

Sem curadoria humana no meio do caminho

A prevenção operacional:

Aqui tem um detalhe muito massa do Claude Code que quase ninguém usa a favor: adicionar um marketplace e instalar um plugin são dois passos distintos

O /plugin marketplace add <owner>/<repo> apenas registra o catálogo

Nada é instalado até você rodar /plugin install

Ou seja, dá pra registrar, olhar com calma o que tem ali, ler o que a coisa faz, e só depois decidir

Esse intervalo entre registrar e instalar é barato e é o teu maior aliado

Tome cuidado! Não é porque tá numa lista com dezenas de milhares de estrelas que cada item individual passou por revisão

A estrela é da lista, não do plugin

Quando um item da lista realmente merece entrar no seu setup

Agora vira a lógica: para de olhar o catálogo e olha o teu dia

A pergunta certa não é "o que tem de legal na lista?"

É "que chatice eu repeti essa semana?"

Situações em que adotar se justifica:

• Uma tarefa que você repete toda semana, sempre igual, sempre na mão
• Um fluxo que você já executa manualmente e consegue descrever passo a passo (se você não consegue descrever, automatizar vai só embaralhar)
• Uma integração que o projeto exige de verdade, tipo acessar um sistema que o time inteiro usa
• Um incômodo que você consegue nomear em uma frase

Situações em que é só curiosidade:

• "Vi no Twitter e pareceu insano"
• "Todo mundo tá usando"
• "Um dia eu posso precisar disso"
• "Já que tô instalando um, vou instalar os cinco"

Curiosidade é ótima, viu? Mas o lugar dela é numa sessão de teste, não no setup que você usa pra trabalhar

A regra prática:

Um item por vez, com critério de sucesso definido ANTES

Tipo: "se em duas semanas isso não tiver me poupado aquele passo manual do deploy, sai"

Sem critério, tudo fica, porque desinstalar dá uma preguiça danada e ninguém tem coragem de admitir que instalou por hype

E um aviso: não adianta perguntar pro próprio Claude "vale a pena instalar isso?" e esperar objetividade, porque a tendência dele é concordar contigo

Se você vai usar ele como conselheiro, vale antes ajustar o jeito de fazer o Claude discordar de você, senão o veredito já vem viciado

O resto da lista fica lá, como consulta

Catálogo é pra abrir quando o problema aparece, não pra esvaziar numa tarde

Como auditar e podar o que você já instalou

Se você já saiu instalando (sem julgamento, todo mundo faz isso hehe), dá pra podar de forma curta e reversível

Sequência curta, comando por comando:

1. Abre o Claude Code e roda o /context pra ver quem tá comendo a tua janela

/context

Ele exibe a divisão entre system prompt, ferramentas do sistema, ferramentas MCP, arquivos de memória, agentes e espaço livre

O erro comum deste passo: olhar o número, achar ruim e não anotar nada

Anota, senão na próxima sessão você esqueceu qual fatia te incomodou

2. Roda o /plugin pra gerenciar o que está instalado

/plugin

Ele tá disponível tanto no terminal quanto no VS Code

3. Cruza as duas informações: o que aparece pesando no /context e você não usou essa semana?

Esse é o teu candidato a poda

Sem drama, sem apagar nada ainda

4. Desliga sem perder a instalação, usando o disable

/plugin disable <plugin>@<marketplace>

Esse é o passo mais confortável de todos, porque é reversível na hora

O erro comum deste passo: pular direto pro uninstall por ansiedade

Desliga primeiro, roda a semana, sente a diferença

5. Se fez falta, liga de volta

/plugin enable <plugin>@<marketplace>

É literalmente o mesmo caminho, invertido

6. Se não fez falta nenhuma, remove de vez

/plugin uninstall <plugin>@<marketplace>

O erro comum deste passo: insistir na interface quando ela não coopera

Existe issue aberta no repositório anthropics/claude-code relatando que a TUI do /plugin não desinstala de forma confiável, e que o caminho pela CLI funciona ponta a ponta

Então se a remoção pela telinha não pegar, vai pelo comando

7. Roda o /context de novo e compara com o que você anotou no passo 1

É o antes e depois

Sem essa comparação você não sabe se podou o que pesava ou se podou o que era leve

Uma coisa que vale repetir: registrar um marketplace com /plugin marketplace add <owner>/<repo> não instala nada

Então, se você quer manter a lista por perto sem carregar o setup, esse é o meio termo honesto

Veredito: a lista é catálogo de consulta, não fila de instalação

Resposta curta: não vale a pena instalar tudo do awesome-claude-code de uma vez

Não por causa da qualidade da lista, que é enorme e claramente útil

É pelo custo de manter camada ligada que ninguém usa, e pela superfície de segurança que cresce sem contrapartida

Se você tá começando no Claude Code:

Usa a lista pra entender o que existe e nada além disso

Instala zero ou um item

A maior parte do ganho inicial vem de aprender a conversar com a ferramenta, não de acumular plugin

Se você já tem um setup montado:

O teu movimento não é adicionar, é auditar

Roda o /context, olha a fatia das ferramentas MCP, e usa o /plugin disable como bisturi

Desligar é grátis e reversível

Se você trabalha em repositório de empresa:

Aí a régua é outra, e ela é dura

Plugin recebe acesso ao terminal, arquivos locais e variáveis de ambiente, e a demonstração da PromptArmor mostrou hook malicioso burlando a aprovação humana

Registrar o catálogo e ler antes de instalar deixa de ser preciosismo e vira processo

O que este post NÃO afirma:

Não tem teste próprio aqui, e eu não vou fingir que tem

A qualidade individual de cada item da lista não foi avaliada, então nada do que tá acima diz que o plugin X é bom ou ruim

O argumento aqui é sobre o custo estrutural de manter muita coisa ligada, e sobre o modelo de confiança do marketplace

O julgamento item a item continua sendo teu

Conclusão

Recapitulando: o awesome-claude-code de hesreallyhim é uma vitrine com skills, agents, status lines, developer tooling e plugins, e as 52,9 mil estrelas dizem que a curadoria da LISTA é boa

Não dizem que cada item merece entrar no teu setup hoje

Camada ligada cobra pedágio, principalmente servidor MCP, que registra as definições de ferramentas em toda requisição mesmo ocioso

E plugin de terceiro é código com acesso à tua máquina, num marketplace sem verificação centralizada, sem assinatura e sem sandbox

Próximo passo, bem concreto: abre o Claude Code, roda o /context, anota o que tá ligado e você não usou

Desliga UM item essa semana com /plugin disable e vê se sentiu falta

Depois volta na lista só quando aparecer um problema com nome e sobrenome

É assim que catálogo bom vira setup enxuto…

Até o próximo post! 😀