Mantenho um conjunto deliberadamente pequeno de plugins e skills do Claude Code — dezassete no total — porque uma pasta .claude inchada tornou o meu agente pior, não melhor. A dada altura tinha para cima de trinta ferramentas instaladas e não me lembrava do que faziam um terço delas, por isso desinstalei tudo e reconstruí a stack do zero, só voltando a adicionar uma ferramenta depois de ela ter conquistado o seu lugar num projeto real. As que se seguem foram as que sobreviveram a essa limpeza.
Isto não é uma lista do género "top de repositórios para dar estrela e esquecer". Dar estrela a um repositório do GitHub não custa nada e não muda nada. O que mudou o meu débito real foi encaixar ferramentas específicas em momentos específicos — a skill de design que dispara quando estou a construir uma landing page, a skill de pesquisa que corre antes de eu escrever uma única linha. Dezassete ficaram. Dividi-as nos três baldes onde vivem para mim: Design, Produtividade e Dados e Pesquisa.
Uma nota rápida de honestidade antes de começarmos. Corro estas ferramentas em trabalho real de clientes e em projetos paralelos, por isso posso dizer-vos por quais é que pego. Mas os números concretos — o benchmark de redução de código do Ponytail, os limites do plano gratuito do Firecrawl, a contagem de comandos do Impeccable — vêm dos benchmarks e da documentação dos próprios maintainers, que linkei e verifiquei, não de um laboratório meu. Quando uma métrica é deles, digo. Quando é a minha experiência, também o digo. Essa linha importa, porque a maioria das listas de "melhores skills" borra-a até já não se poder confiar em nenhuma metade.
Porque é que skills adicionais ganham a um modelo maior
A maioria das pessoas percebe isto ao contrário. Correm atrás do próximo lançamento de modelo à espera que ele resolva o output de design ou a fatura de tokens. Mas um modelo de fronteira sem restrições continua a produzir gradientes genéricos e 400 linhas de código onde bastariam 180. O modelo é capacidade em bruto. As skills são o critério que se aparafusa a essa capacidade.
Encara o Claude Code como um empreiteiro brilhante que nunca viu a tua casa. O modelo sabe construir qualquer coisa. Uma skill é o briefing do projeto que diz "acompanha o rodapé existente, não toques na parede estrutural, este é o estilo que queremos". Mesmo empreiteiro, resultado radicalmente diferente.
É por isso que esta lista importa mais do que uma comparação de modelos. Várias das ferramentas abaixo — Taste, Impeccable, Ponytail — ganharam tração real em todo o ecossistema de AI-coding em semanas depois do lançamento, funcionando em vários harnesses de agente e não apenas nos de um fornecedor. Quando uma skill open-source se espalha assim tão depressa, é sinal de que o ecossistema aberto está a resolver problemas que os fornecedores dos modelos não resolveram. Não tens de esperar pelo próximo lançamento para corrigir o teu workflow. Podes remendá-lo hoje. Vamos começar por onde a dor está mais visível: o design.
As skills de design que matam a "sopa" da IA
Reconheces design gerado por IA quando o vês. Os cantos ligeiramente demasiado arredondados, o gradiente roxo-para-azul em tudo, o espaçamento que quase acerta mas nunca de facto. Três skills atacam esse problema por ângulos diferentes, e uso as três em fases diferentes.
Taste — a camada de critério para front-end
Taste é uma skill open-source feita para dar ao trabalho de front-end feito por IA aquilo que mais obviamente lhe falta: bom gosto. Não é uma biblioteca de componentes nem um pacote de templates. É um conjunto de princípios de design mais sub-skills — image-to-code, redesign e otimização de output — que empurram o agente para longe da estética default de IA e em direção a algo que um designer humano assinaria por baixo.
O que eu gosto nela: é agnóstica em relação ao agente. Funciona com o Claude Code, o Cursor, o Codex CLI e por aí fora, porque é apenas orientação estruturada, não um binário específico do Claude. A sub-skill por que mais pego é a de image-to-code — dou-lhe uma captura de ecrã de um layout que admiro e ela reconstrói a estrutura como código front-end limpo, sem eu ter de descrever cada elemento à mão.
Usa Taste quando o rumo é o problema — quando o output está tecnicamente bem mas sem alma. É um corretor de primeira passagem, não um polidor. Para o polimento, queres a próxima.
Impeccable — um vocabulário de design completo e um editor de browser ao vivo
Impeccable é o caso que explodiu. Feito por Paul Bakaus — ex-Google Developer Advocate e criador do jQuery UI — acumulou dezenas de milhares de estrelas no GitHub em semanas depois do lançamento e tornou-se uma das skills de design com mais estrelas do ecossistema Claude Code, segundo os próprios materiais do projeto (à data de meados de 2026; as contagens de estrelas mexem-se depressa, por isso trata qualquer número exato como um instantâneo). Funciona nos principais harnesses de AI coding, e este tipo de adesão não acontece com um brinquedo.
Traz um grande conjunto de comandos de design especializados mais guias de referência aprofundados que cobrem tipografia, cor e contraste, design espacial, motion, interação, comportamento responsivo e UX writing. Assim, em vez de pedir vagamente ao Claude para "melhorar", diriges como um creative lead: critica esta hierarquia, destila este layout, aperta este espaçamento. Falas o vocabulário do designer e o agente também.
O diferenciador que mais ninguém tem é o editor de browser ao vivo (em beta) — edições visuais feitas diretamente no site renderizado, não no código, e depois sincronizadas de volta. É o mais próximo que já usei de um workflow "Figma encontra o terminal" dentro do Claude Code. Aprofundei no assunto na minha análise completa da skill de design Impeccable, por isso não vou repetir aqui o desmontar todo. Versão curta: este é o polidor. Taste define o rumo; Impeccable impõe o ofício.
Awesome Design.md — engenharia reversa de um site que admiras
Este é um truque engenhoso. Awesome Design.md apoia-se nos princípios do design.md do Google Stitch para fazer engenharia reversa da linguagem de design de um site existente e transformá-la num template reutilizável. Aponta-lhe um site que respeitas — o Airtable, por exemplo — e ele extrai a estrutura, tipografia, espaçamento e padrões de componentes numa spec que podes aplicar ao teu próprio projeto.
Para ficar bem claro, porque isto importa: estás a pedir emprestado o framework de design, não o conteúdo nem a marca. É a diferença entre estudar como um grande restaurante empresta os seus pratos e roubar-lhes o menu. Uso-a quando um cliente diz "faz com que pareça o [produto conhecido]" — em vez de adivinhar o que ele quer dizer, extraio o sistema real e falamos concretamente sobre ele.
Três skills de design, três funções: rumo, ofício e extração de framework. Agora, o balde onde vivem as poupanças de tempo reais.
As ferramentas de produtividade que se pagam a si próprias
A qualidade do design é visível. Os ganhos de produtividade são mais silenciosos mas compõem-se. Estas sete ferramentas retiram cada uma um imposto recorrente da minha semana — código verboso, troca de separadores, testes manuais de browser, perda de contexto quando troco de modelo.
Ponytail — escreve menos código de propósito
Ponytail coloca aquilo a que o seu criador chama um "developer sénior preguiçoso" dentro do teu agente. Antes de o Claude escrever seja o que for, Ponytail força uma verificação: isto precisa mesmo de novo código, ou já existe uma biblioteca, dependência ou padrão que resolva o problema? A regra é estrita — escreve apenas o que a tarefa exige — mas com um limite duro: nunca cortar validação, tratamento de erros, segurança ou acessibilidade para atingir uma contagem de linhas menor.
O benchmark dos maintainers (publicado a meio de 2026) reportou cerca de menos 54% de código, menos 22% de tokens e conclusão 27% mais rápida em relação à baseline. Esses 54% são uma média num conjunto de tarefas de feature, e oscilam muito com o contexto — sobem para mais de 90% onde um agente de outra forma sobre-construiria algo como um date picker, e caem para perto de zero onde o código já é mínimo. Também houve críticas públicas justas à metodologia do benchmark, às quais os maintainers responderam atualizando os testes. Portanto, encara os números como direcionais, não como uma garantia, e verifica no teu próprio repo.
O que te posso dizer de o correr: o output é mais calmo. Menos abstrações especulativas, menos funções auxiliares "por via das dúvidas" que eu teria de ler e apagar mais tarde. Se andas a lutar contra a tendência do Claude para sobre-engenhar, Ponytail é a restrição que ajuda. Combina-o com os hábitos mais gerais do meu guia sobre cortar custos de tokens no Claude Code e as poupanças acumulam-se.
NotebookLM CLI — os teus documentos de pesquisa no terminal
O NotebookLM da Google é excelente e está preso a um separador de browser. O NotebookLM CLI (o projeto nlm mantido por Jacob Ben-David) liberta-o — acesso programático aos teus notebooks, fontes e outputs do Studio a partir da linha de comandos, para que o Claude Code possa consultar os teus PDFs, docs e transcrições do YouTube carregados sem que precises de sair do terminal.
Amadureceu depressa. O pacote atual funde a antiga CLI nlm com o servidor notebooklm-mcp num único módulo Python instalável (via uv, pipx ou pip), e expõe um conjunto amplo de ferramentas MCP: criação de notebooks, adição de fontes a partir de URLs e ficheiros locais, consultas de fonte única e cruzadas entre notebooks, e geração de artefactos Studio, incluindo áudio, slides e questionários. O comando de setup escreve a entrada de configuração do Claude Code por ti em vez de te obrigar a editar JSON à mão. (Os números de versão e a contagem exata de ferramentas mudam de release para release — consulta o repo para saber o que está atual quando instalares.)
A razão pela qual isto ganha à web app, para mim: momento. Quando estou a fundo numa construção e preciso de verificar o que três PDFs de fontes dizem sobre uma API, pergunto na mesma sessão em que estou a codificar. Sem troca de separador, sem copy-paste, sem perda de contexto. Desmontei o loop completo de pesquisa no meu post sobre o workflow de dev NotebookLM mais Claude Code.
Playwright CLI — automação de browser que escala
Playwright permite a um agente conduzir um browser real — clicar botões, preencher formulários, navegar fluxos como um humano. O sabor CLI é mais eficiente em tokens e mais flexível do que o servidor MCP do Playwright para o trabalho que lhe atiro: testar um fluxo de checkout em casos-limite, automatizar uma tarefa repetitiva de UI, validar que um formulário submete mesmo.
A mudança mental aqui é tratar o teu front-end como algo a ser exercitado, não apenas olhado. Em vez de clicares manualmente por quinze estados depois de uma alteração, descreves o fluxo uma vez e deixas o Claude corrê-lo em escala, apanhando o caso-limite que rebenta no passo doze. Cobri o setup e o ângulo da eficiência de tokens em detalhe no meu guia de automação de browser com Playwright CLI.
Codex Plugin — um segundo modelo na sala
O plugin oficial OpenAI Codex para o Claude Code deixa-te correr modelos GPT ao lado do Claude no mesmo workflow. Não é para substituir o Claude — é para ter uma segunda opinião à mão. O comando "Codex rescue" delega uma tarefa espinhosa ao GPT quando o Claude está preso num loop, e podes correr revisão adversarial de código onde um modelo critica o output do outro.
Trato-o como pair programming com dois seniores que pensam de maneira diferente. Quando o Claude e o Codex concordam que uma alteração é segura, confio mais nela do que em qualquer um deles isoladamente. Quando discordam, o próprio desacordo é o sinal — é exatamente o ponto onde abrandar. Escrevi sobre como os corro em conjunto no workflow do duo dinâmico Claude Code + Codex.
Google Workspace CLI — a jogada do ecossistema profundo
A GWS CLI é uma ferramenta de linha de comandos não-oficial feita por um developer da Google que estende o Google Workspace muito para lá do conector oficial — a enviar email, a construir skills de workflow automatizadas como digests semanais e preparação de reuniões, com dezenas de operações pré-carregadas prontas a usar.
Falar a direito: a instalação é chata. É o setup mais complexo da lista, e se só tocas no Workspace ocasionalmente não compensa o atrito. Mas se a tua operação toda vive no Gmail, no Calendar, no Docs e no Sheets, o retorno é real — o Claude torna-se um operador dentro do teu workspace real, não um chatbot de onde copias resultados para fora. Adapta a ferramenta a quanto do teu dia é dominado pela Google.
GitHub CLI — a que ninguém deve saltar
gh é pouco glamoroso e inegociável. É como os projetos saem da tua máquina para o GitHub sem sair do Claude Code — criar repos, abrir pull requests, fazer push de branches, gerir issues, tudo a partir da mesma sessão em que estás a construir.
Não há um ângulo esperto aqui. Se estás a enviar código com o Claude Code e não tens a GitHub CLI ligada, estás a fazer context-switching para um browser em trabalho que devia ser um único comando. Instala-a primeiro, agradeces-te mais tarde.
Isto cobre as ferramentas que poupam tempo em trabalho que já fazes. A Skill Creator é diferente — melhora as próprias ferramentas.
Skill Creator — mede se uma skill ajuda mesmo
A Skill Creator é a skill oficial da Anthropic para construir, modificar e testar A/B as tuas próprias skills dentro do Claude Code. O killer feature é a medição objetiva: corre a tua tarefa com e sem uma dada skill e compara o desempenho, para descobrires se aquela skill que instalaste está genuinamente a ajudar ou só a acrescentar overhead.
Isto é o antídoto para o meu problema da pasta .claude gorda. Em vez de acumular skills por vibes, obténs um número. Passo agora tudo o que me deixa em dúvida pela Skill Creator antes de conquistar um lugar permanente — é como teria apanhado aquelas skills esquecidas meses antes. A instalação é do género fácil: pesquisa por ela no marketplace de plugins e adiciona-a. Aprofundei o seu fluxo de teste A/B no meu post sobre testes e otimização com a Skill Creator.
Se chegaste até aqui, já tens uma stack mais afiada do que a maioria dos utilizadores do Claude Code hoje. O último balde é onde a alavancagem real se esconde — porque o gargalo na maioria dos projetos não é escrever código, é saber o que construir.
As ferramentas de dados e pesquisa que encontram a verdade
O código é agora a parte fácil. A parte difícil é ancorar aquilo que constróis na realidade — sentimento real de utilizadores, dados reais raspados, memória persistente real. Estas sete ferramentas tratam das partes do trabalho que costumavam exigir triturar tudo à mão.
Last 30 Days — pesquisa para além do knowledge cutoff
Todo o modelo tem um knowledge cutoff. A skill Last 30 Days rebenta com ele ao pesquisar em tempo real no Reddit, X, YouTube, Hacker News, Polymarket, TikTok, Bluesky e na web aberta — sintetizando depois um briefing ordenado com citações reais de discussão genuinamente recente.
Tornou-se um dos repositórios de subida mais rápida no ecossistema Claude Code — à data de meados de 2026 tinha passado as 40.000 estrelas no GitHub, segundo as estatísticas públicas do repo do projeto (um número em movimento, por isso lê-o como um instantâneo). A razão pela qual rebenta: pontua os resultados por aquilo com que pessoas reais interagem de facto, não apenas por correspondência de palavras-chave. Quando estou a validar se uma ideia de produto tem procura genuína ou apenas o meu próprio entusiasmo, isto encontra as conversas sem filtros que uma pesquisa web padrão soterra. A instalação é simples via marketplace: /plugin marketplace add mvanhorn/last30days-skill.
Firecrawl CLI — scraping que passa muros de bot
O fetching de web padrão morre no momento em que um site tem proteção contra bots. Firecrawl é o scraper feito exatamente para isso — descobre, faz crawl e interage com URLs num site, incluindo páginas que bloqueiam pedidos ingénuos. Tornou-se um plugin oficial do Claude, o que diz alguma coisa sobre a fiabilidade.
Sobre preço, porque perguntam sempre: o plano gratuito dá 1.000 páginas por mês (1.000 créditos, um crédito por página para scrape, crawl, map e monitor), com limites de 10 scrapes por minuto e 1 crawl por minuto, sem exigir cartão de crédito para começar. Repara que features mais pesadas como extração JSON custam créditos adicionais por página, e os créditos não transitam. Há também uma via open-source para self-host. Para o tipo de pesquisa competitiva e recolha de dados que faço, o subsídio mensal gratuito cobre a maioria das semanas antes de eu tocar num plano pago. (Os preços mudam — confirma na própria página de preços do Firecrawl antes de escalar.)
Auto Research — o loop de otimização do Karpathy
Auto Research, de Andrej Karpathy, automatiza experiências de ML iterando testes contra uma única métrica de sucesso — tempo de execução, precisão, o que definires — e regista em detalhe todos os passos do loop de otimização. Defines o objetivo; ele corre as experiências e reporta o que mexeu o número.
A restrição a respeitar: isto brilha apenas quando o teu critério de sucesso é objetivo e numérico. "Torna o modelo mais rápido" funciona. "Faz com que o output pareça melhor" não — não há nada contra o qual o loop possa otimizar. Usado na sua pista, automatiza o trabalho tedioso de afinar experiências que come tempo de pesquisa. Desempacotei a estratégia e onde encaixa na minha análise sobre Auto Research com Claude Code.
Supabase CLI — um backend a falar com ele
No momento em que um projeto precisa de guardar alguma coisa — submissões de formulário, logins de utilizador, qualquer coisa com estado — precisas de uma base de dados. A Supabase CLI permite-te criar bases de dados, montar autenticação e gerir tudo através de linguagem natural no Claude Code, tanto em setups cloud como locais.
Este é o desbloqueio que transforma um protótipo estático numa app real sem tu fazeres context-switch para uma consola de base de dados. "Adiciona uma tabela de utilizadores com autenticação por email e uma tabela de submissões ligada a ela" torna-se uma frase, não uma tarde. Para quem constrói SaaS ou ferramentas que persistem dados, remove o bloqueador mais comum entre protótipo e produto.
Integração Obsidian — dá memória real ao Claude
A janela de contexto do Claude Code é poderosa, mas ele esquece entre sessões. A integração com o Obsidian corrige isso ligando o Claude ao teu vault do Obsidian — as tuas notas organizadas tornam-se um grafo de conhecimento ligado que o agente pode consultar, para que as respostas ricas em contexto venham do teu conhecimento acumulado, não apenas do chat atual.
É a diferença entre um assistente que começa a frio todas as manhãs e um que se lembra da história do teu projeto, das decisões e das particularidades. Corro um vault como memória de longo prazo do Claude e o salto de qualidade é real — menos re-explicações, mais continuidade. Cobri o setup no meu post sobre memória persistente Obsidian + Claude Code.
LightRAG — retrieval construído em grafos de conhecimento reais
LightRAG é geração aumentada por retrieval feita com embeddings reais e grafos de conhecimento genuínos, em vez dos mapas sintéticos e superficiais que muitas setups de RAG fingem. É leve e rápido, suporta dados multimodais — texto, imagens, gráficos — e funciona como pedra de degrau para sistemas RAG mais pesados sem a complexidade inicial.
Se a integração com o Obsidian é memória para as tuas notas, o LightRAG é memória estruturada para um corpus real — documentação, bibliotecas de pesquisa, bases de conhecimento multi-média. Quando o retrieval padrão insiste em devolver respostas rasas ou desconectadas, a estrutura em grafo é o que restaura as relações entre factos. Combina-se naturalmente com o pensamento de knowledge base na abordagem RAG com Obsidian do Karpathy.
Stripe CLI — pagamentos sem o labirinto do dashboard
Se a tua app aceita dinheiro, mais tarde ou mais cedo vais lutar contra o dashboard do Stripe. A Stripe CLI simplifica a gestão de pagamentos através de comandos de terminal e linguagem natural — criar produtos, testar webhooks, gerir a camada de comércio — para que o Claude trate da integração em vez de tu clicares por um labirinto de definições.
Para projetos monetizados, esta é a ferramenta de última milha. Construir a app é uma coisa; ligar os pagamentos de forma limpa é a parte que separa uma demo de um negócio. Fazê-lo a partir da mesma sessão em que construíste a app mantém o fluxo todo coerente.
Dezassete ferramentas. Mas uma stack só é tão boa quanto o modo como a montas — e é aí que a maioria das pessoas se engana.
O que fiz mal ao construir esta stack
O meu primeiro erro foi aquele com que abri: colecionar skills como se fossem cromos. Mais skills instaladas não é mais capacidade — a partir de certo ponto é ruído, orientação conflituosa e overhead. A pasta .claude gorda tornou o Claude pior, não melhor, porque as skills podem puxar em direções opostas e eu não tinha forma de ver quais ajudavam.
A correção foi disciplina aborrecida: instala uma ferramenta, corre-a em trabalho real durante uma semana e mantém-na só se conseguires nomear o momento específico em que conquistou o seu lugar. A Skill Creator tornou isso mensurável em vez de baseado em vibes. Se levares uma coisa desta lista, leva esse loop — não a lista em si.
O meu segundo erro foi confiar em números de benchmark como se fossem promessas. Quando vi pela primeira vez o número de 54% do Ponytail esperei-o em cada projeto. É real, mas é o número deles nas tarefas de teste deles, e oscila muito com o contexto. A crítica pública a esses benchmarks ensinou-me algo útil: uma métrica sem as suas condições é marketing. Agora leio todas as afirmações de "melhoria de X%" — incluindo as deste artigo — como "sob as condições específicas deles", e verifico no meu próprio trabalho antes de acreditar. Devias fazer o mesmo com qualquer coisa que eu tenha reportado aqui que não seja explicitamente experiência minha.
A limitação honesta de toda esta categoria: as skills acrescentam manutenção. Atualizam-se, ocasionalmente partem-se, precisam de poda. Uma stack de dezassete ferramentas são dezassete coisas que podem desalinhar-se. Reaudito a minha aproximadamente uma vez por mês. Se não vais mantê-las, instala menos.
Então como é que começas?
Não instales as dezassete todas. É exatamente o erro que fiz, reembalado.
Escolhe o balde em que a tua dor atual grita mais. Se o teu output parece feito por IA, começa por Impeccable e Taste. Se o problema é a fatura de tokens ou o teu código sobre-engenhado, começa por Ponytail e a GitHub CLI. Se continuas a construir coisas que ninguém quer, começa por Last 30 Days e Firecrawl. Corre esse balde durante uma semana em trabalho real. Depois, só se tiver conquistado o lugar, junta o seguinte.
Para a paisagem completa do que vale a pena instalar este ano, mantenho uma lista viva no meu roundup dos melhores repositórios GitHub para Claude Code em 2026 — este artigo é o corte curado e testado em batalha desse campo mais alargado.
Deixo-te este enquadramento. O modelo já não é o fosso — toda a gente tem acesso a mais ou menos a mesma capacidade de fronteira. O fosso é o critério que envolves à volta dele: o gosto de design, a contenção no código, a profundidade da pesquisa, a memória. Esse critério é exatamente o que estas skills codificam. O developer que ganha em 2026 não é o que tem o modelo maior. É aquele cuja stack faz um bom modelo comportar-se como uma grande equipa.
Vai abrir a tua pasta .claude. Se não te consegues lembrar do que faz metade do que lá está, tens o mesmo problema que eu tinha. Começa a limpeza esta noite.
Perguntas Frequentes
Qual é a diferença entre um plugin do Claude Code e uma skill?
Uma skill é orientação estruturada — princípios, referências e comandos que moldam a forma como o agente raciocina sobre uma tarefa, como as regras de design do Impeccable. Um plugin normalmente empacota uma skill mais ferramentas ou uma integração externa instalada através do marketplace. Na prática os termos sobrepõem-se, e ambos estendem o comportamento default do Claude Code em direção a uma função específica.
Como é que instalo skills e plugins do Claude Code?
A maioria instala via marketplace — corre /plugin dentro do Claude Code, pesquisa pela ferramenta e adiciona-a, ou usa /plugin marketplace add <repo> para um projeto GitHub específico. CLIs como o nlm do NotebookLM instalam via uv, pipx ou pip, e depois registam-se na tua configuração do Claude Code. Consulta a secção de cada ferramenta acima para o caminho exato.
Demasiadas skills do Claude Code tornam-no mais lento?
Sim — a partir de certo ponto, mais skills instaladas acrescentam ruído, orientação conflituosa e overhead em vez de capacidade. Instala uma ferramenta, corre-a em trabalho real durante uma semana e mantém-na só se conseguires nomear onde ajudou. A Skill Creator da Anthropic pode testar A/B uma skill objetivamente, para removeres as que não estão a conquistar o seu lugar.
Estes plugins e skills do Claude Code são gratuitos?
A maioria desta lista é open-source e gratuita, incluindo Taste, Impeccable, Ponytail e a NotebookLM CLI. Alguns envolvem serviços pagos: o Firecrawl dá 1.000 páginas grátis por mês antes dos escalões pagos, e o Supabase e o Stripe têm os seus próprios planos gratuitos e preços por uso. Verifica sempre os limites atuais do serviço subjacente antes de escalar.
Poda a tua própria stack
Se há um hábito que vale a pena roubar de tudo isto, é o loop de auditoria, não a lista em si: instala uma ferramenta, corre-a em trabalho real durante uma semana e mantém-na só se conseguires nomear o momento em que conquistou o seu lugar. Mantenho a minha enxuta de propósito e reaudito mensalmente, porque a stack é o fosso agora — não o modelo. Se preferires entregar a montagem de um setup Claude Code enxuto e verificado a alguém que faz isto todos os dias, podes trabalhar comigo no Fiverr.
