Há uma armadilha com os plugins do Claude Code: soa a «instala estes cinco e serás o dobro de produtivo», e a maioria das listas vende-tos como se fossem apps mágicas. Não são. Um plugin não torna o Claude mais inteligente; dá-lhe ferramentas preparadas para um trabalho que tu repetes. A diferença entre quem os aproveita e quem acaba com a sessão cheia de ruído está em saber o que faz cada um e em não instalar a mais.
Este guia vai direto ao assunto: o que são de verdade, como se instalam com dois comandos, os que acabam por ganhar o seu lugar, e como escolher sem transformar o teu Claude num alforge de tudo.
Nota
Um plugin do Claude Code é um pacote que adiciona capacidades sem tocar no núcleo. Lá dentro pode trazer comandos slash próprios, subagentes especializados, hooks (ações automáticas) e servidores MCP que ligam ferramentas externas. Continua a ser o Claude; o que muda é que chega com a caixa de ferramentas já montada.
O que é um plugin (e o que não é)
Pensa no Claude Code de fábrica como um bom faz-tudo de mãos vazias: sabe fazer de tudo, mas de cada vez tens de lhe explicar a tarefa e emprestar-lhe as ferramentas. Um plugin é entregar-lhe uma mala já preparada para um ofício concreto.
Tecnicamente, um plugin pode empacotar quatro coisas, sozinhas ou combinadas:
- Comandos: novos
/comandosque disparam fluxos completos. - Subagentes: ajudantes especializados a quem o Claude delega uma parte do trabalho.
- Hooks: ações que se executam sozinhas em certos momentos (ao guardar, ao terminar, antes de um commit).
- Servidores MCP: a ponte para que o Claude fale com serviços externos (a tua base de dados, uma API, uma ferramenta de design).
O que um plugin NÃO é: não é um modelo diferente nem «mais inteligência». E não é o mesmo que o teu CLAUDE.md (contexto em texto) nem que uma skill solta (uma instrução especializada). De facto, um plugin pode conter skills lá dentro e distribuí-las para que as instales de uma vez.
O marketplace: de onde saem
Os plugins vivem em marketplaces, que não são mais do que repositórios do GitHub com um índice de plugins. Há marketplaces oficiais da Anthropic e outros mantidos pela comunidade. Antes de instalar seja o que for, dás entrada do marketplace; a partir daí já podes instalar peças soltas do seu catálogo.
Se gostas do visual, o comando /plugin sozinho abre um explorador dentro do terminal: navegas o catálogo, vês a descrição de cada plugin e instalas com Enter, sem tocar num único comando a mais.
Como se instala: dois comandos e está feito
Todo o fluxo cabe em dois passos. Primeiro registas o marketplace, depois instalas o que quiseres dele:
# 1) Dá entrada do marketplace (um repositório do GitHub: owner/repo)
/plugin marketplace add anthropics/claude-code
# 2) Instala um plugin concreto desse marketplace
/plugin install nome-do-plugin@claude-code
# Atalho: abre o explorador visual para navegar e instalar à mão
/pluginAlgumas notas que poupam dissabores: depois de instalar, o Claude costuma pedir para reiniciar a sessão para carregar o plugin. Podes ter vários marketplaces registados ao mesmo tempo, e o @marketplace no fim do comando é o que evita confusões quando dois catálogos têm plugins com o mesmo nome. Para tirar algo, o /plugin deixa-te desinstalar a partir do mesmo explorador.
Os que ganham o seu lugar
Não te vou dar uma lista dos «10 imprescindíveis» porque não existe: depende daquilo a que te dedicas. O que há são categorias que quase toda a gente acaba por usar. Estes são os tipos de plugin que valem mesmo a pena, com o critério honesto do que cada um te dá.
Para rever o teu próprio trabalho
Plugins de revisão de código e de qualidade. Antes de fechar uma tarefa, lançam uma passagem à procura de erros, lógica frágil ou coisas que se podem simplificar. O que trazem: um segundo par de olhos sistemático que não se cansa. Aqui encaixa também a revisão de segurança, que olha para credenciais expostas ou entradas sem validação. Não substitui o critério, mas apanha a distração parva antes que chegue a produção.
Para não perder o contexto entre sessões
Plugins de gestão de tarefas e memória de projeto: convertem o que ias fazer numa lista persistente e deixam anotado onde ficaste. O que trazem: que amanhã retomes sem reconstruir meia hora de contexto. Se trabalhas em coisas longas, isto é do que mais se nota.
Para escrever e manter a tua marca
Plugins de voz de marca e conteúdo: aprendem o teu estilo a partir de textos teus e mantêm o tom coerente em tudo o que geras. O que trazem: deixar de corrigir à mão o «isto não soa a mim» em cada rascunho. Para quem produz conteúdo com regularidade, poupa horas de acabamento.
Para ligar ferramentas externas (MCP)
Plugins que trazem servidores MCP já configurados: a tua base de dados, o teu sistema de design, o teu gestor de issues. O que trazem: que o Claude atue sobre as tuas ferramentas reais, não só sobre ficheiros. É a categoria mais poderosa e também a que mais cuidado pede, porque lhe dás acesso a serviços a sério.
Para design e front-end
Plugins de crítica de design e acessibilidade: revêem uma interface e assinalam contrastes fracos, hierarquia confusa ou problemas de acessibilidade. O que trazem: critério de design aplicado sem ter um designer ao lado. Úteis se és tu que pões o código mas o olho não é a tua praia.
Dica
Repara no padrão: os plugins que mais rendem são os que automatizam uma tarefa que já fazes à mão e repetes. Se não repetes algo, um plugin para isso é só contexto extra a ocupar espaço.
Como escolher sem te atrapalhares
O erro de novato é instalar dez plugins no primeiro dia «por via das dúvidas». Má ideia: cada plugin mete os seus comandos e o seu contexto na sessão, e todos competem pela atenção do Claude. Mais plugins pode significar piores resultados, não melhores.
Três perguntas antes de instalar qualquer um:
- Resolve algo que repito? Se a tarefa é pontual, não merece um plugin permanente.
- Consigo ver o que faz? Dá prioridade a repositórios abertos e mantidos. Vê que hooks traz e que MCP liga; desconfia de acessos que não precisa para o seu trabalho.
- Não o tenho já? Muito do que os plugins prometem cobre-lo com quatro linhas no teu
CLAUDE.mdou com uma skill. Não instales um pacote inteiro para algo que um parágrafo de contexto resolve.
E uma rotina saudável: a cada duas semanas, abre o /plugin e desinstala o que não tocaste. A tua sessão agradece.
Começa com um
Não montes a tua stack de plugins de uma vez. Dá entrada de um marketplace, instala um plugin que ataque a tua tarefa mais repetida —revisão de código, gestão de tarefas, voz de marca, o que mais te custe— e usa-o uma semana inteira. Quando o tiveres integrado no teu fluxo, adiciona o seguinte.
A curva aqui não é técnica: é de critério. Os plugins não te tornam mais produtivo por os teres, mas por escolheres bem os poucos que de verdade te tiram trabalho das mãos.
