Biblioteca · Repositório

hesreallyhim/awesome-claude-code

Dev tools e coding agents · Python · NOASSERTION (licença "Other", sem SPDX reconhecido)

É a lista mais antiga e mais citada de recursos para Claude Code no GitHub: mais de 150 links organizados em 17 categorias (skills, hooks, MCP, status lines, clientes alternativos, segurança, memória, observabilidade), com curadoria de uma pessoa só, feita à mão, via formulário de issue. Não é software, não se instala nada daqui, é um mapa para achar o que a comunidade já construiu. Com 52 mil estrelas e um commit registrado no próprio dia da apuração deste dossiê, é a lista mais viva do ecossistema, mas segue sendo uma lista: o valor inteiro depende do gosto e da disponibilidade de uma única pessoa.

O que é, em uma frase honesta

É um README gigante e escrito à mão, hospedado como repositório no GitHub, que aponta para outros repositórios e artigos sobre o Claude Code, não é um pacote que você baixa e roda. O mantenedor, um único desenvolvedor que assina como hesreallyhim, abriu o repositório em abril de 2025 e recentemente relançou a lista num formato novo, com a promessa explícita de reincorporar aos poucos os itens "legados" que ficaram de fora dessa reformulação. Cada entrada é uma linha com o nome do recurso, o autor e uma descrição escrita pelo próprio curador, no tom irônico e opinativo que dá para sentir lendo o README ("ou é trabalho de um gênio prolífico, ou de um bot muito esperto").

Isso é o oposto de uma lista raspada automaticamente da internet: é o gosto de uma pessoa só, aplicado item a item, com regra explícita de que resenha de recurso tem que ser escrita por humano, mesmo que o próprio recurso tenha sido codado por IA. A analogia certa é a de um bibliotecário obsessivo que lê tudo que chega na mesa dele e só põe na estante o que valeu a leitura, e escreve, à mão, por que vale.

Para que serve na prática

Na prática, você abre o README e navega por 17 categorias: Documentação e Aprendizado, Pesquisa Científica, Infraestrutura e Runtime de Provedores, Controle Remoto/Notificações/Voz, Clientes Alternativos, Status Lines, Design & UI/UX, Escrita, Mídia Criativa, Infra & DevOps, Segurança, Orquestração de Agentes, Skills, Memória & Persistência de Contexto, Observabilidade e Linting, cada uma com dezenas de links. Não há instalação nem execução: você lê a descrição de uma linha, decide se resolve seu problema, e vai até o repositório original para instalar por conta própria. A entrada de item é regrada: só entra recurso com pelo menos 14 dias de vida e desenvolvimento ativo comprovado, ou com 100 ou mais estrelas, e cada submissão só pode trazer um recurso por vez, enviada por formulário de issue no GitHub (nunca por pull request; um bot só confere o formato, não a qualidade).

Um script automatizado injeta em cada linha selos de data de criação, último commit, licença e estrelas do repositório citado, então dá para perceber de relance se aquele link específico está vivo ou abandonado, mesmo que a lista-mãe esteja fresca.

Quando faz sentido pra você que lidera

Vale abrir esta lista quando você já sabe o problema que quer resolver com Claude Code, um hook de aprovação, um cliente alternativo pro celular, uma forma de o agente falar por voz, e quer ver o que a comunidade inteira já tentou, não só o que uma biblioteca curada já testou e aprovou. É um bom primeiro filtro: cada linha tem descrição honesta e os selos de estrelas e commit ajudam a descartar projeto morto rápido, sem precisar abrir cada repositório. O que não dá para esperar: nenhuma garantia de qualidade além do gosto de uma pessoa, nenhuma revisão de segurança do código listado, e nenhuma curva de aprendizado poupada, cada link é um projeto novo, com seu próprio README, sua própria instalação, seu próprio risco.

Se sua equipe tem pouca tolerância para explorar becos sem saída, isso pesa: uma tarde inteira de exploração pode virar três repositórios abandonados e um que funciona de verdade. Trate como catálogo de possibilidades para a sua área de P&D interna, não como prateleira de produtos prontos para produção.

Por que está no mapa

Está no mapa porque é, de longe, a lista mais citada do ecossistema Claude Code, 51.998 estrelas, mais de 4.500 forks, e um commit registrado no próprio dia em que este dossiê foi apurado (09/08/2026), o que descarta o risco mais comum desse tipo de recurso: lista abandonada que parece viva porque ninguém percebeu. É também referência de "como fazer awesome list direito": um curador só, critério de entrada explícito e escrito, formulário estruturado de submissão, badges automáticos de saúde de cada projeto citado. A diferença para uma biblioteca já curada como a da Academy é de escopo e de trabalho: aqui há amplitude crua, mais de 150 pontos de partida em toda a superfície do Claude Code, incluindo hooks, status lines e clientes alternativos que uma biblioteca temática nem cobre, mas sem o dossiê profundo, sem o "para que serve na sua cadeira" explicado, e sem curva de aprendizado costurada entre os itens.

Ter os dois lado a lado é ter o mapa da cidade inteira ao lado do guia de bairro que alguém já andou a pé.

Ver no GitHub →
O que você achou desta página?
Recomendaria esta página para alguém do seu time?