awesome-claude-code ou garimpar repositório no GitHub: qual dos dois compensa?

Existem duas formas de achar recurso bom pro Claude Code: abrir uma lista que alguém já garimpou por você, ou sair caçando repositório no GitHub na unha

Fala aí, beleza? Essa escolha parece detalhe bobo, mas ela mexe em três coisas de uma vez: o tempo que você queima procurando, o critério de quem decidiu o que entra na lista e o risco de instalar algo que foi abandonado meses atrás e ninguém te avisou

Aqui a gente compara os dois caminhos sem prometer vencedor único, porque não existe: o que existe é situação em que um ganha e situação em que o outro ganha

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

O repositório mais conhecido com esse nome é o awesome-claude-code, mantido pelo usuário do GitHub hesreallyhim

Se liga nisso, porque muita gente confunde: é conta pessoal, não é um projeto oficial da Anthropic

O recorte da lista está na própria descrição dela: uma coleção escolhida a dedo de skills, agentes, status lines, ferramentas de desenvolvimento e plugins pro Claude Code

E aí vem a parte que quase ninguém comenta: existe mais de um repositório chamado awesome-claude-code, de donos diferentes

Além do hesreallyhim, dá pra achar subinium/awesome-claude-code, LangGPT/awesome-claude-code, jqueryscript/awesome-claude-code e houshuang/awesome-claude-code

Cada um com o seu recorte, o que muda o que você encontra dependendo de qual link você abriu primeiro

Ou seja: "vi no awesome-claude-code" não é endereço, é apelido 😅

Esse tipo de comparação eu já fiz por aqui olhando a diferença entre Codex e Copilot, e a lógica se repete: o nome grande não decide nada, quem decide é o critério por trás

Lista curada x garimpo no GitHub: comparação lado a lado

Botei uma terceira coluna na tabela porque ela é a peça que falta no debate: o marketplace da Anthropic, que joga com outras regras

Repara que a coluna do meio é a única em que o critério é seu

Isso é bom e ruim ao mesmo tempo: bom porque ninguém filtra por você, ruim porque ninguém filtra por você haha

Como garimpar repositório no GitHub sem perder a tarde

A busca de repositórios do GitHub tem qualificadores documentados que resolvem a maior parte do trabalho chato

Você conhece filtro de busca de qualquer lugar, então a ideia é a mesma: em vez de rolar resultado sem fim, você descreve o que quer e a lista já vem cortada

1. Comece pelas estrelas, mas não termine nelas. O qualificador stars: aceita maior que, menor que e intervalo, então dá pra pedir stars:>200 ou stars:100..500 pra fugir tanto do repo desconhecido quanto do gigante que você já viu mil vezes

awesome-claude-code stars:>200

O erro comum deste passo é parar aqui: estrela é acúmulo histórico, ela conta o que o projeto FOI, não o que ele é hoje

2. Corte o projeto parado com pushed:. Esse qualificador recebe data no padrão ISO8601 (AAAA-MM-DD) e trabalha com o commit mais recente em qualquer branch, que é exatamente o sinal de vida que você quer

awesome-claude-code stars:>200 pushed:>2026-05-01

O erro comum deste passo é olhar a data de criação do repositório e achar que é atividade: projeto criado ontem pode estar parado desde ontem

3. Tire os arquivados do resultado. O is:archived restringe a busca a repositórios arquivados, e ele pode ser invertido com o operador NOT, que é o que interessa pra gente

awesome-claude-code stars:>200 pushed:>2026-05-01 NOT is:archived

O erro comum aqui é digitar o filtro na ordem errada e esquecer o NOT, aí você recebe justamente a lista dos abandonados

4. Abra o repositório e faça a conferência visual. Repositório arquivado aparece com selo e uma faixa no topo da página, avisando que está em modo somente leitura

E somente leitura ali é pra valer: issues, pull requests, código, releases, comentários e permissões ficam travados

O erro comum é abrir o repo no celular, bater o olho no README bonito e nem rolar até ver a faixa

Achei o recurso: como adotar sem abrir a porta pra qualquer coisa

Achou o candidato? Beleza, agora vem a parte que as pessoas fazem no automático e depois se assustam

1. Entenda o que é um marketplace de plugins. No Claude Code, marketplace é só um repositório Git que contém um arquivo .claude-plugin/marketplace.json, o catálogo

Se você já mexeu com NPM ou composer, é a mesma sensação: um índice apontando pros pacotes, não os pacotes em si

Detalhe que economiza dor de cabeça: o nome que você usa na hora de instalar vem do campo name desse arquivo, não do nome do repositório

2. Registre o catálogo. É o comando abaixo, trocando pelo dono e pelo repo que você achou

/plugin marketplace add usuario-ou-org/nome-do-repo

O erro comum deste passo é achar que registrar já instalou alguma coisa: não instalou, nada foi adicionado ao seu ambiente ainda

3. Aí sim, instale o plugin. Aqui entra o par nome do plugin + nome do marketplace

/plugin install nome-do-plugin@nome-do-marketplace

4. Saiba o que já vem e o que não vem. O marketplace oficial da Anthropic é adicionado sozinho na primeira vez que você abre o Claude Code em modo interativo

Se isso falhar (rede bloqueada ou política de marketplace), dá pra colocar na mão:

/plugin marketplace add anthropics/claude-plugins-official

Já o comunitário NÃO vem ligado por padrão, ele precisa ser adicionado por você:

/plugin marketplace add anthropics/claude-plugins-community

Depois de adicionar, a instalação usa o nome de marketplace claude-community

O erro comum é tentar instalar usando o nome do repositório e levar erro sem entender o porquê

5. Leia o aviso que a própria documentação dá. A orientação é instalar plugins e adicionar marketplaces só de fontes em que você confia

O motivo é direto: a Anthropic não controla quais servidores MCP, arquivos ou software vêm dentro de um plugin, e não garante que eles funcionem como prometem

No marketplace comunitário existe validação automatizada e triagem de segurança em cada submissão, além do plugin ficar travado num commit SHA específico do catálogo, o que é bem diferente de copiar um comando de um repo aleatório que você viu numa thread

6. Se você administra um time, restrinja a origem. Dá pra limitar de quais marketplaces as pessoas instalam usando a configuração strictKnownMarketplaces nas managed settings

O erro comum aqui é confiar em combinado verbal: "pessoal, só instala do oficial" não é controle, é torcida 😀

E vale lembrar que isso é config do Claude Code, então independe de você usar o Claude Code no VS Code ou o terminal

Em que situação cada caminho ganha

Agora a parte prática, cenário por cenário

Você está começando e quer ver o que existe. A lista curada ganha fácil: você tem skills, agentes, status lines, ferramentas e plugins reunidos num lugar só, em vez de montar busca do zero

O custo que sobra pra você: conferir atividade e arquivamento de cada item que te interessou, porque isso a lista não faz por você

Você procura algo muito específico ou recém lançado. Aqui o garimpo ganha, e nem é briga: recurso novo só entra numa lista curada depois que alguém abre a issue indicando

O custo que sobra pra você: montar a busca com pushed: e NOT is:archived e ler o repo com calma antes de sair instalando

Você instala em máquina de trabalho. O marketplace comunitário da Anthropic, com validação automatizada, triagem de segurança e plugin fixado em commit SHA, é o caminho de origem mais controlada

O custo que sobra pra você: aceitar que nem tudo que existe no ecossistema está lá dentro

Você administra time. Aí a conversa muda de "o que eu instalo" pra "o que a equipe pode instalar", e a resposta passa por strictKnownMarketplaces

O custo que sobra pra você: manter essa lista de fontes conhecidas atualizada, senão vira gargalo e todo mundo te chama no direct

Veredito: curadoria economiza tempo, não dispensa checagem

A lista curada resolve MUITO bem um problema específico: descoberta

Ela te poupa a tarde de montar busca, abrir vinte abas e comparar README

Só que é importante entender o que ela é: o critério de entrada é do mantenedor e a indicação chega pela aba de issues, no formato Resource: nome do recurso, com a palavra Resource entre colchetes

Isso é curadoria editorial, não auditoria de segurança nem promessa de que o projeto vai continuar sendo mantido

O garimpo custa tempo, sem romantizar, porém ele te entrega o que a lista não entrega: sinal de atividade e de arquivamento, na hora, com filtro documentado

Por isso o veredito honesto não é "escolha um"

É usar a lista como ponto de partida pra levantar candidatos, e aplicar sempre a checagem de atividade e a regra de confiar na fonte antes de instalar qualquer coisa

Curadoria é atalho de descoberta, não substituto de critério

Conclusão

O caminho que funciona junta os dois: abre a lista pra levantar nomes, roda a busca filtrada por pushed: e NOT is:archived nos que te interessaram, e só então registra o catálogo com /plugin marketplace add e instala com /plugin install

Dá dez minutos a mais no começo e evita aquele plugin parado há muito tempo morando no seu ambiente sem você lembrar por quê

E se você caiu num homônimo, confere o dono do repositório antes: awesome-claude-code é nome repetido, o endereço é que identifica

Vou seguir trazendo conteúdo sobre plugins, marketplaces e recursos do Claude Code por aqui, então fica de olho

até o próximo post! 🙂