Top 10 Skills, Plugins e CLIs do Claude Code para 2026
Tenho uma nota em execução no meu desktop chamada cc-stack.md. É a lista de todos os skills, plugins e CLIs do Claude Code que instalei, testei e ou mantive ou removi nos últimos seis meses. Esta semana, a lista de «mantidos» tem exatamente dez entradas. Dez ferramentas de talvez sessenta ou setenta que tentei.
Esse número não é coincidência. Toda vez que a lista passa de dez, algo quebra — geralmente o contexto, às vezes o plugin marketplace, às vezes minha atenção. Aprendi da forma difícil que um setup do Claude Code é um sistema, não uma coleção. Adicionar uma ferramenta sempre tem um custo, e a maioria das ferramentas sobre as quais as pessoas escrevem posts entusiasmados não merece seu lugar.
Então isso não é uma lista de «top 10» no sentido de um listicle do YouTube. É meu stack de trabalho real em abril de 2026 — os skills, plugins e CLIs do Claude Code que uso todos os dias, os que sobreviveram a pelo menos três projetos reais, e os que reinstalaria em uma máquina nova antes de escrever uma única linha de código. Vou te contar o que cada um faz, por que o uso, o que me custou descobrir, e — importante — quais você não deve instalar se sua situação for diferente da minha.
Aviso justo: pelo menos dois dessas ferramentas vão soar pouco impressionantes até você entender por que estão na lista. A entrada mais poderosa é a número oito, e é aquela sobre a qual ninguém na minha rede estava falando até cerca de um mês atrás.
Por que seu Stack do Claude Code Importa Mais que sua Escolha de Modelo
Aqui está algo que eu argumentaria ser contraintuitivo mas verdadeiro. A lacuna entre Opus 4.6 e Sonnet 4.6 é menor que a lacuna entre um stack do Claude Code com as ferramentas certas integradas e um sem elas. Tenho visto engenheiros passarem horas discutindo sobre seleção de modelos enquanto ignoravam o fato de que seu setup do Claude Code tinha zero acesso à web, sem memória persistente, sem automação de navegador e sem base de conhecimento estruturada. Um modelo mais inteligente não pode te salvar de um agent cego.
Cada ferramenta nesta lista resolve uma lacuna de capacidade específica. Algumas ampliam o que o Claude Code pode ver — a web, sua caixa de entrada, seus notebooks. Algumas ampliam o que ele pode fazer — controlar navegadores, fazer scraping de sites, revisar código de forma adversarial. Algumas ampliam o que ele pode lembrar — markdown vaults, sistemas graph RAG, skill benchmarks. O stack não é o ponto. As capacidades que você desbloqueia são o ponto.
Vou percorrer todos os dez em ordem, começando pelo que instalei primeiro e recomendo literalmente a todo novo usuário do Claude Code. Mas antes de chegar à ferramenta número um, preciso sinalizar a pergunta que deveria estar rodando na parte de trás da sua cabeça o tempo todo que você lê isso: qual dessas lacunas realmente importa para o que estou construindo? Porque você não precisa de todos os dez. Voltarei a isso no final com um framework de decisão.
1. O Codex Plugin — Minha Segunda Opinião Adversarial
A primeira ferramenta que instalo em qualquer nova máquina do Claude Code é o Codex plugin da OpenAI. Sim, OpenAI. Eu sei. Um ano atrás, a ideia de executar um modelo da família GPT dentro de uma sessão do Claude Code teria soado absurda. Em 2026 é o plugin de maior alavancagem que uso, e não sou sutil ao recomendá-lo.
Eis o que faz. O plugin adiciona os slash commands /codex:review, /codex:adversarial-review e /codex:rescue à sua sessão do Claude Code. Eles delegam para seu Codex CLI local e rodam em um processo completamente separado — sem contenção no context window, sem malabarismo de tokens, sem configuração duplicada. Você dispara uma revisão adversarial, continua trabalhando no primeiro plano com Opus, e verifica os resultados quando o Codex termina.
A razão pela qual está em primeiro na lista é simples: cada modelo de IA tem pontos cegos sistemáticos. Opus tende para o arquitetônico. Codex tende para o nível de execução. Quando rodei ambos contra o mesmo codebase de produção em um incidente numa noite de sábado no mês passado, o Codex encontrou quatro problemas de alta gravidade, o Opus encontrou oito, e apenas um se sobrepôs. São sete bugs que uma revisão de modelo único teria perdido — em código que eu estava prestes a enviar para os usuários.
Escrevi a análise completa daquele incidente em meu deep dive de revisão adversarial do Codex plugin, então não vou repetir toda a história aqui. A versão curta: se você está entregando algo que os usuários tocam, um único revisor de IA é uma responsabilidade. O Codex plugin é como eu parei de fingir que isso não era verdade.
Quando instalar: Dia um. Antes de qualquer outro plugin. É gratuito (o nível gratuito do ChatGPT funciona), leva cerca de cinco minutos para configurar, e na primeira vez que captura um bug que o Opus perdeu você vai entender por que não é opcional.
Quando pular: Se você está fazendo pesquisa, trabalho de conteúdo ou automação sem código voltado ao usuário. A revisão adversarial é especificamente sobre qualidade de código defensiva. Se você não está entregando software, é excessivo.
2. Obsidian + O Obsidian Skill — Minha Memória de Trabalho
Usei o Obsidian para notas pessoais por cerca de dois anos antes de perceber que era secretamente o melhor sistema RAG leve que eu poderia dar ao Claude Code. O avanço veio quando instalei o Obsidian skill do marketplace da comunidade e apontei o Claude Code para meu vault.
O setup é quase vergonhosamente simples. O Obsidian armazena tudo como arquivos markdown simples em uma pasta que você possui. O skill ensina o Claude Code como navegar essa estrutura de pastas, seguir wiki links, ler tags e usar a hierarquia de pastas como contexto de recuperação. Sem banco de dados vetorial. Sem pipeline de embeddings. Sem infraestrutura para manter. Apenas arquivos markdown e um skill que sabe como lê-los.
Eis o que isso desbloqueia. Cada projeto de cliente em que trabalho tem uma pasta vault dedicada. Cada nota de reunião, cada decisão arquitetônica, cada registro de «o que deu errado e como corrigi» — tudo vive em markdown, vinculado por tópico. Quando inicio uma nova sessão do Claude Code para aquele projeto, o agent pode puxar qualquer coisa sob demanda. É a diferença entre explicar o projeto do zero a cada sessão e retomar exatamente onde paramos da última vez.
É tão poderoso quanto um sistema RAG real baseado em grafos? Não. Chegarei ao Light RAG para isso. Mas para gerenciamento de conhecimento pessoal, memória de projetos de clientes e «coisas que escrevi no mês passado e esqueci», Obsidian mais o skill é o caminho mais rápido de «tenho notas» para «meu agent pode ler minhas notas». E é gratuito — o app base do Obsidian, o formato vault, o skill.
Aprofundo-me neste workflow exato em meu guia de setup do segundo cérebro com Obsidian se você quiser o passo a passo. A percepção-chave para esta lista: se você é um dev solo ou equipe pequena, provavelmente ainda não precisa de um sistema RAG respaldado por banco de dados. Você precisa de um vault e um skill que o leia.
3. Auto Research — O Skill que se Melhora Sozinho
Aqui é onde a lista começa a ficar estranha de uma forma que eu gosto. Auto Research é um skill que executa experimentos em seus outros skills e os otimiza automaticamente com base em dados de desempenho.
Deixa eu explicar o que isso significa na prática. Digamos que você construiu um skill chamado summarize-video que pega uma URL do YouTube e produz um resumo estruturado. Você o usa algumas vezes e está bom, mas os outputs parecem inconsistentes — às vezes ótimos, às vezes muito longos, às vezes perdendo pontos-chave. Tradicionalmente você iteraria manualmente: ajustar o prompt, rodar em algumas amostras, ajustar novamente, repetir. Horas perdidas.
O Auto Research automatiza esse loop. Você o aponta para o skill, dá a ele um conjunto de entradas de teste e uma rubrica de pontuação, e ele executa iterações — variando o prompt, medindo os outputs contra a rubrica, commitando melhorias, descartando regressões. Quando você volta, o skill está mensuravelmente melhor e você tem um histórico de commits mostrando exatamente o que mudou e por quê.
Escrevi um guia mais detalhado em meu post de estratégia de auto-research incluindo a configuração exata que uso. O ponto que quero que você leve desta lista: se você está construindo custom skills e iterando neles manualmente, está deixando melhoria composta na mesa. O Auto Research é o mais próximo que encontrei de «configure e esqueça» para qualidade de skills.
Um aviso justo: Esta ferramenta queima tokens. Uma única execução de otimização em um skill de complexidade média pode consumir créditos de API significativos porque roda dezenas de variações. Só o uso em skills que chamarei centenas de vezes — onde a melhoria composta vale o custo inicial. Não o aponte para um skill que você usará duas vezes.
4. awesome-design-md — A Correção de Design Front-End
Aqui está uma opinião impopular. O Claude Code, de fábrica, é um designer visual bastante medíocre. O Opus 4.6 escreve código de componentes limpo e lida com Tailwind com elegância, mas deixado aos seus próprios instintos ele constrói interfaces que parecem com todas as outras landing pages geradas por IA na internet. Gradient hero. Feature grid. Depoimentos. CTA. Os mesmos pares de fontes, o mesmo espaçamento, o mesmo vibe.
A solução não é um modelo melhor. É dar ao modelo um sistema de design para seguir. É isso que o repositório awesome-design-md da VoltAgent oferece — uma coleção crescente de arquivos DESIGN.md que capturam os sistemas visuais de sites populares. Tipografia. Paletas de cores. Regras de espaçamento. Padrões de componentes. Princípios de layout.
Você dropa um desses arquivos no seu projeto, diz ao Claude Code para usá-lo como sistema de design de referência, e de repente o output para de parecer genérico. Usei o DESIGN.md inspirado no Linear para um painel admin SaaS, o inspirado no Stripe para uma página de preços, e um customizado que construí para meu próprio portfolio baseado em revistas editoriais. Os três produziram código que não parecia padrões de IA.
O repositório tem sido um dos recursos do Claude Code de crescimento mais rápido que acompanhei este ano. Funciona porque ataca uma fraqueza específica e bem definida — gosto de design front-end — com uma solução específica e bem definida: gramática de design explícita que o modelo pode seguir.
Quando instalar: Você constrói qualquer coisa front-end. Landing pages, dashboards, sites de marketing, UIs de produto. Não custa nada, instala em segundos e melhora seu output na primeira vez que você usa.
Quando pular: Você está trabalhando em sistemas backend, CLI tools, pipelines de dados ou qualquer projeto onde design visual não faz parte do entregável.
5. Firecrawl CLI + Firecrawl Skill — Acesso Real à Web
Esta é a que eu conto a todo mundo e a maioria assente educadamente e não instala. Deveriam. O Firecrawl é a diferença entre um agent que pode mais ou menos ler a web e um agent que pode realmente extrair dados estruturados de qualquer site na internet — incluindo os que têm proteção anti-bot, renderização pesada de JavaScript e muros de login.
O Firecrawl CLI é uma ferramenta de linha de comando. O Firecrawl skill é a peça complementar que ensina o Claude Code como usar o CLI corretamente — quais flags passar, quais formatos de output solicitar, como lidar com rate limiting e como evitar as armadilhas comuns. Um único comando de instalação, e sua sessão do Claude Code tem um toolkit completo de dados web: fazer scraping de páginas para markdown limpo, pesquisar a web e fazer scraping de resultados em um único passo, lançar sessões de navegador persistentes, crawlear sites inteiros e mapear URLs em um domínio.
Para o que concrètamente o uso:
- Fazer scraping de páginas de produtos de concorrentes para markdown estruturado para pesquisa de conteúdo
- Extrair documentação de sites que não têm formatos de exportação limpos
- Construir dados de treinamento de fontes públicas para custom skills
- Executar diffs de «o que mudou nesta página desde a semana passada» como parte de um loop de monitoramento
Antes do Firecrawl, eu estava costurando chamadas fetch, parsing de HTML e lógica de fallback para proteção anti-bot. Era frágil e eu gastava mais tempo mantendo o código de scraping do que usando os dados. O Firecrawl lida com tudo isso sob um único CLI. Não toquei no meu antigo código de scraping há três meses.
Escrevi sobre isso com mais profundidade em meu análise de acesso web agêntico com Firecrawl — se você é sério sobre agents que tocam a web, essa é a leitura mais longa. A versão curta para esta lista: se seu agent precisa ler a internet, você precisa do Firecrawl. Ponto.
6. Playwright CLI — Automação de Navegador que Realmente Escala
Usei o Playwright MCP por um mês antes de mudar para o Playwright CLI. A mudança me poupou aproximadamente 75% dos tokens que estava queimando em tarefas de automação de navegador. Não é erro de digitação.
Eis o que está acontecendo por baixo do capô. O Playwright MCP retorna accessibility trees inline na resposta da ferramenta — então toda ação que o agent toma vem acompanhada de um snapshot detalhado da estrutura da página colado à resposta. Em uma página moderadamente complexa, um único clique mais snapshot pode consumir de 5.000 a 10.000 tokens. Ao longo de uma sequência de automação completa, você chega facilmente a seis dígitos.
A abordagem do Playwright CLI funciona de forma diferente. O CLI salva snapshots e screenshots em arquivos no disco. O agent invoca comandos do CLI, lê apenas o que precisa dos arquivos salvos e referencia o restante por caminho. Benchmark real de testes que vi: uma tarefa de automação de navegador que consumia ~114.000 tokens com MCP caiu para ~27.000 tokens com o CLI. Redução de aproximadamente 4x, consistente em múltiplas execuções.
Para o que uso o Playwright CLI: geração de testes end-to-end contra apps reais, scraping de sites que o Firecrawl não consegue lidar (geralmente porque exigem fluxos de login complexos de várias etapas), e construção de verificações de regressão visual para trabalho front-end. A abordagem do accessibility tree significa que o Claude Code pode referenciar elementos por papel e nome — «clique no botão Salvar» — em vez de adivinhar coordenadas de pixels de screenshots. É preciso, determinístico e barato comparado com automação baseada em pixels.
Detalhe bônus que ninguém te conta: O Playwright CLI se integra perfeitamente com skills. Você pode construir um skill que envolve um fluxo de automação comum — fazer login, navegar, extrair, fazer logout — e chamá-lo de qualquer sessão do Claude Code sem recarregar todo o esquema da ferramenta Playwright. É assim que executo minha automação de distribuição de conteúdo em múltiplas plataformas sociais.
7. Notebook LM + Pine CLI — Terceirizando a Leitura Pesada
Não esperava que esse entrasse na lista. Comecei a usar o Notebook LM como uma ferramenta separada para projetos de pesquisa — fazer upload de um lote de PDFs, deixar o Google fazer o trabalho pesado de análise de documentos, fazer perguntas na interface web. Funcionava bem como ferramenta autônoma, mas parecia desconectado do meu workflow do Claude Code.
O Pine CLI mudou isso. É uma interface de linha de comando que conecta o Claude Code ao aplicativo web do Notebook LM para acesso programático — uploads de documentos em lote, revisões de slides, extração de texto completo e compartilhamento automatizado. O valor estratégico não é apenas a conveniência. É que a análise do Notebook LM roda nos servidores do Google, não contra minha cota de Claude API. Isso significa que posso jogar centenas de páginas de material de referência em um projeto de pesquisa sem inflar meu uso de tokens do Claude Code.
O workflow que estabeleci: para qualquer projeto com um corpus de referência pesado — a documentação existente de um cliente, um framework regulatório que preciso entender, um codebase que estou auditando — faço upload de tudo para o Notebook LM via Pine, executo a análise inicial e a sumarização lá, e trago os outputs comprimidos de volta para o Claude Code para o trabalho real de implementação. O Claude Code nunca precisa carregar o corpus completo no contexto. Ele só vê os insights destilados.
Descrevi esse workflow híbrido em meu post sobre o workflow de desenvolvimento com Notebook LM e Claude Code, e acho que é um dos padrões mais subestimados de 2026. A meta-lição: nem toda tarefa deve passar pelo seu agent principal. Às vezes o movimento certo é terceirizar a análise para uma ferramenta mais adequada para leitura pesada e então alimentar os resultados de volta.
8. Skill Creator Skill — O Meta-Skill que Muda Tudo
Esta é a entrada que prometi que soaria entediante até você entendê-la. Skill Creator é um meta-skill — um skill cujo único propósito é criar, fazer benchmark e A/B testing de outros skills.
Por que isso importa. No momento em que você começa a construir custom Claude Code skills para seus próprios workflows, você encontra um problema de medição de qualidade. Como você sabe se a versão dois do seu skill é realmente melhor que a versão um? Você acha que é. Os outputs parecem melhores. Mas «parece melhor» não é um número contra o qual você pode otimizar, e sem medição real, você acaba iterando baseado em intuição. Eu fiz isso por meses e me custou caro. Alguns dos skills que eu achava que estava melhorando estavam na verdade piorando em tarefas reais — eu simplesmente não tinha a evidência para ver isso.
O Skill Creator skill te dá um framework estruturado. Você define o propósito do skill. Você define um conjunto de testes de entradas representativas. Você define uma rubrica de pontuação — como é o output «bom» em termos mensuráveis. Então o skill roda ambas as versões contra o conjunto de testes, pontua os outputs e te diz qual versão ganha, por quanto, e em quais entradas específicas. Dados quantitativos em vez de intuição.
Agora executo cada custom skill que construo através deste processo. Ele captura regressões que eu nunca teria detectado manualmente. Ele me diz quando um «pequeno ajuste» na verdade piorou as coisas. E porque está integrado ao marketplace do Claude Code via o comando /plugin, o setup é trivial — sem tooling externo, sem código de benchmarking customizado, sem planilhas.
A mudança mais ampla que isso desbloqueia é importante. Antes do Skill Creator, custom skills eram trabalho artesanal — você os fazia por instinto e torcia para que aguentassem. Depois do Skill Creator, skills são artefatos de engenharia com dados de desempenho anexados. Se você está construindo qualquer coisa que usará mais de algumas vezes, isso é inegociável.
Abordei o workflow completo em meu deep dive sobre testing e otimização do Skill Creator — se você constrói skills de forma alguma, esse é o próximo post a ler.
9. Light RAG — Quando o Obsidian Não é Suficiente
Obsidian mais o skill é ótimo para gerenciamento de conhecimento pessoal e vaults de projetos pequenos. Mas quando você atinge certa escala — milhares de documentos, relações de entidades complexas, projetos de clientes com referências profundamente interconectadas — um vault markdown começa a ranger sob seu próprio peso. A recuperação fica imprecisa. O agent perde conexões óbvias. Você acaba navegando manualmente pelas notas para encontrar o que precisa.
É quando recorro ao Light RAG. É um framework RAG de código aberto e pronto para produção do departamento de ciência de dados da Universidade de Hong Kong, apresentado no EMNLP 2025. O que o diferencia dos sistemas RAG convencionais apenas baseados em vetores é o componente de grafo. O Light RAG extrai entidades e relações dos seus documentos e constrói um grafo de conhecimento sobre o índice vetorial. Quando você o consulta, obtém tanto resultados de similaridade semântica quanto contexto baseado em grafos — entidades relacionadas, referências upstream/downstream, conexões entre documentos que a busca vetorial pura perderia.
Na prática, a diferença é dramática em grandes conjuntos de documentos. Executei a mesma consulta contra um vault do Obsidian e um índice do Light RAG construído a partir do mesmo corpus (cerca de 4.000 arquivos markdown e PDFs técnicos de um projeto de auditoria de conformidade). O Obsidian retornou três arquivos relevantes via correspondência de palavras-chave e links. O Light RAG retornou os mesmos três mais onze a mais relacionados por relações de entidades que eu não havia vinculado explicitamente. Esse contexto adicional mudou a análise de forma significativa.
Trade-off importante: O Light RAG não é plug-and-play como o Obsidian. Você gastará tempo na configuração inicial, configuração do backend de armazenamento (o suporte ao OpenSearch foi adicionado em março de 2026 e eu o recomendaria) e ajuste de ingestão. Para um dev solo com algumas centenas de notas, esse overhead não vale a pena — fique com o Obsidian. Para projetos de clientes, trabalho de conformidade ou qualquer base de conhecimento acima de mil documentos, o Light RAG merece sua complexidade. É a diferença entre um agent que pode pesquisar seus arquivos e um agent que realmente os entende.
10. Google Workspace CLI — Claude Code como Assistente Pessoal
Último na lista, e aquele que mudou meu workflow diário da maneira mais inesperada. O Google Workspace CLI é uma ferramenta de linha de comando oficial construída pelo Google que dá ao seu terminal acesso direto ao Gmail, Calendário, Drive, Sheets, Docs, Chat e funções de administração. O modificador «AI agent skills» no nome do repositório não é marketing — o Google construiu este com agents em mente.
Uma vez instalado e autenticado, o Claude Code pode usar o GWS CLI como qualquer outro comando de terminal. Sem servidor MCP para configurar. Sem código de integração customizado. O agent lê a documentação do CLI via skills, sabe como invocar os comandos certos e trata seu Google Workspace como uma extensão de suas capacidades.
O que isso realmente desbloqueia é uma sessão do Claude Code que também funciona como assistente de operações pessoal. Exemplos concretos das últimas duas semanas do meu próprio uso:
- Triagem matinal da caixa de entrada. O Claude Code lê todo o meu Gmail não lido, categoriza por urgência e tipo de remetente, rascunha respostas para mensagens rotineiras, sinaliza as que precisam da minha atenção e arquiva o ruído. O que costumava ser trinta minutos de batalha com a caixa de entrada agora leva cerca de quatro minutos.
- Preparação para reuniões. Antes de cada chamada no meu calendário, o Claude extrai os detalhes da reunião, pesquisa no Gmail o histórico de threads anteriores com os participantes, encontra documentos relacionados no Drive e compila uma pré-leitura com o contexto que realmente preciso. Parei de entrar em chamadas despreparado.
- Workflows de documentos. Rascunhar uma proposta, extrair dados de uma planilha, atualizar um documento, compartilhar com um cliente — tudo isso roda da mesma sessão do Claude Code que uso para trabalho de engenharia. Sem mudança de contexto entre ferramentas.
O setup envolve habilitar serviços no Google Cloud e autenticar o CLI, que é o passo mais chato de toda esta lista. Reserve vinte minutos para isso e siga a documentação oficial com cuidado. Uma vez feito, você não vai precisar tocá-lo novamente.
Para quem é isso: Qualquer pessoa que gasta tempo significativo no Google Workspace todos os dias. Fundadores solos, consultores, criadores de conteúdo, engenheiros que gerenciam clientes. Se você vive no Gmail e no Calendário, este plugin sozinho justifica a assinatura do Claude Code.
Quem deve pular: Se você ainda não é um usuário do Workspace, não há valor aqui. Não migre para o Google apenas para instalar isso.
O Framework de Decisão — Quais Você Deve Realmente Instalar?
Aqui está a resposta honesta que prometi antes. Nem todos esses dez pertencem a cada stack. O subconjunto certo depende do que você está construindo, e instalar ferramentas que você não precisa é pior do que não instalar nada — elas criam overhead cognitivo, conflitos de plugins e poluição de contexto.
Use esta análise como ponto de partida:
Se você é novo no Claude Code (primeiros 30 dias): Instale o Codex plugin, Obsidian + skill e Auto Research. É isso. Três ferramentas. Aprenda-as profundamente antes de adicionar qualquer outra coisa. A tentação de instalar tudo no primeiro dia é o maior erro que vejo os novos usuários cometerem.
Se você é principalmente um desenvolvedor front-end: Adicione awesome-design-md e Playwright CLI aos três iniciais. Os arquivos do sistema de design vão melhorar a qualidade do seu output. O CLI te dá testes reais de navegador sem o overhead de tokens do MCP.
Se seu trabalho envolve web scraping, pesquisa ou automação: Adicione Firecrawl CLI + skill e Playwright CLI aos três iniciais. Esses dois juntos cobrem aproximadamente 95% das necessidades de interação web — Firecrawl para extração de dados estruturados, Playwright para fluxos interativos complexos.
Se você gerencia grandes corpus de documentos (jurídico, conformidade, pesquisa, consultoria): Adicione Light RAG e o Notebook LM Pine CLI. A combinação de recuperação baseada em grafos mais leitura pesada terceirizada transforma como você trabalha com projetos de referência intensa.
Se você está construindo custom skills a sério: Skill Creator é inegociável. Instale-o no dia em que você escrever seu primeiro custom skill. Não passe meses iterando por intuição como eu fiz.
Se você está usando o Claude Code como driver diário para operações: Google Workspace CLI é a instalação de maior alavancagem na lista. Não porque seja a mais tecnicamente impressionante — não é — mas porque as horas que economiza se acumulam a cada dia.
A maioria de vocês lendo isso se enquadra em duas ou três dessas categorias. Isso significa que seu stack inicial realista é provavelmente cinco ou seis dessas dez ferramentas, não todas as dez. Comece pequeno, meça o que realmente está ajudando e esteja disposto a desinstalar coisas que não estão se pagando.
O que Não Estou te Contando (Ainda)
Há três ferramentas que quase entraram nesta lista e não entraram. Quero mencioná-las brevemente porque sei que alguém nos comentários vai perguntar.
Uma é um plugin de persistent memory que tenho testado há cerca de um mês. É promissor mas ainda não estável o suficiente, e tive duas sessões corrompidas por ele. Vou escrever sobre isso quando merecer um lugar no stack.
Outra é um banco de dados vetorial local que se integra perfeitamente com os Claude Code skills. É elegante e o autor está fazendo um trabalho excelente, mas para meus casos de uso o Light RAG faz tudo o que ele faz mais a camada de grafo, e não consigo justificar rodar ambos.
A terceira é um plugin de interface de voz que é divertido de demonstrar e quase inútil para trabalho real. Te poupa de digitar. Eu digito rápido. Sua experiência pode variar.
As omissões te dizem algo importante sobre como construo esta lista. Uma ferramenta tem que merecer seu lugar, todo mês, em projetos reais. No momento em que uma ferramenta para de pagar seu peso, sai do stack. Os dez acima mereceram seus lugares pelos últimos seis meses.
O Teste do Domingo de Manhã
É assim que decidi se cada uma dessas ferramentas passou no corte final. Me perguntei: se eu perdesse todo o meu setup do Claude Code numa manhã de domingo e tivesse que reconstruí-lo antes de segunda-feira, quais ferramentas eu reinstalaria antes de começar a trabalhar?
As dez ferramentas desta lista são a resposta. Codex plugin antes de escrever qualquer código. Obsidian e o skill antes de abrir um projeto. Firecrawl e Playwright CLI antes de tocar em qualquer coisa relacionada à web. Skill Creator antes de construir meu primeiro custom skill. Google Workspace CLI antes de verificar minha caixa de entrada.
O restante das ferramentas que tentei — e foram dezenas — não passam no teste do domingo de manhã. São agradáveis de ter. São interessantes para experimentar. Mas eu não pararia para reinstalá-las antes de começar a trabalhar, o que significa que não são realmente essenciais. São acessórios.
Sua lista do teste do domingo de manhã será diferente da minha. Esse é o ponto. Construa sua própria lista. Seja implacável sobre o que merece um lugar. E toda vez que adicionar algo novo, pergunte a si mesmo se você o reconstruiria do zero às 8h de uma manhã de domingo antes de fazer qualquer outra coisa. Se a resposta for não, não pertence ao seu stack.
Mais uma última coisa. Vá olhar sua lista atual de plugins do Claude Code agora mesmo — a lista real, não a que você acha que tem. Conte os que você usou nos últimos sete dias. Para a maioria de vocês, esse número estará abaixo de cinco, o que significa que metade das suas ferramentas instaladas é peso morto. Comece desinstalando as que você não tocou. O melhor stack do Claude Code em 2026 não é o maior. É aquele em que cada entrada paga seu aluguel.
Perguntas Frequentes
Qual é o melhor plugin do Claude Code para instalar primeiro em 2026?
O Codex plugin para Claude Code é a primeira instalação de maior alavancagem para qualquer pessoa que entrega código de produção. Ele adiciona revisão de código adversarial de um segundo modelo de IA em um processo separado, capturando bugs que revisões de modelo único perdem sem consumir seu context window. Para o guia completo de instalação, veja a seção do Codex plugin acima.
Eu realmente preciso tanto do Firecrawl CLI quanto do Playwright CLI?
Sim, se seu trabalho envolve dados web. O Firecrawl lida com scraping estruturado, extração de markdown e crawling em massa eficientemente. O Playwright CLI lida com fluxos interativos complexos como logins de várias etapas, testes de regressão visual e sites que requerem estado real do navegador. Eles cobrem problemas diferentes e funcionam bem juntos.
O Light RAG vale a complexidade de setup em comparação ao Obsidian?
Somente se você está trabalhando com milhares de documentos ou precisa de relações de entidades baseadas em grafos. Para devs solos com algumas centenas de notas, Obsidian mais seu skill é mais rápido, mais simples e gratuito. O Light RAG merece sua complexidade em corpus de documentos de grande escala, trabalho de conformidade ou projetos de clientes com referências profundamente interconectadas.
Quantos plugins do Claude Code eu deveria realmente instalar?
A maioria dos stacks funcionais chega a cinco a oito ferramentas no total. Mais de dez fica difícil de manter e cria conflitos de plugins ou poluição de contexto. Comece com três ferramentas core (Codex, Obsidian, Auto Research) e adicione apenas o que seu workflow real exige. Desinstale qualquer coisa que você não usou em sete dias.
O Google Workspace CLI precisa de um servidor MCP?
Não. O Google Workspace CLI roda como uma ferramenta de terminal padrão, que o Claude Code invoca nativamente através do bash. Não há servidor MCP para configurar. Você só precisa habilitar os serviços do Google Cloud que quer e autenticar o CLI uma vez.
Vamos Trabalhar Juntos
Quer construir sistemas de IA, automatizar workflows ou escalar sua infraestrutura tecnológica? Adoraria ajudar.
- Fiverr (builds customizados e integrações): fiverr.com/s/EgxYmWD
- Portfolio: mejba.me
- Ramlit Limited (soluções empresariais): ramlit.com
- ColorPark (design e branding): colorpark.io
- xCyberSecurity (serviços de segurança): xcybersecurity.io
