Claude Code agora pode ganhar “mods” criados pelo próprio usuário

Principais destaques

• Plugins que mudam o Claude: os mods adicionam recursos de interface, alertas e comportamentos diretamente às sessões do Claude Code.
• Dá para criar sem programar: basta descrever em linguagem natural o que você gostaria de mudar e pedir ao Claude para construir o mod.
• Há usos bem práticos: controle de custos, proteção de dados em gravações, acompanhamento de tarefas e prevenção de conflitos entre agentes estão entre os exemplos.

E se o Claude Code pudesse se adaptar ao seu jeito de trabalhar? 🛠️

O Claude Code ganhou uma espécie de camada de personalização que permite modificar não apenas o que a ferramenta faz, mas também como ela se comporta durante uma sessão de desenvolvimento.

A ideia vem dos chamados mods, pequenos complementos distribuídos pelo sistema de plugins do Claude Code. Eles podem acrescentar elementos à interface, criar alertas, acompanhar tarefas ou interromper determinadas ações antes que elas aconteçam.

E existe um detalhe especialmente interessante: você não precisa necessariamente escrever o plugin na mão.

💡 A proposta é quase meta: você pode pedir ao próprio Claude Code para criar uma modificação para melhorar a maneira como você usa o Claude Code.

Não é outro aplicativo. É uma camada sobre o Claude Code

Os mods ficam dentro do sistema de plugins existente. Na prática, são recursos adicionais que podem ser ativados e desativados durante o trabalho.

A instalação acontece pelo comando /plugin, tanto no Claude Code pela linha de comando quanto no aplicativo para desktop.

Depois de instalado, o mod passa a fazer parte daquela experiência. Alguns acrescentam informações à interface; outros entram em ação quando determinadas operações acontecem.

Isso também significa que o usuário mantém bastante controle. Como os componentes ficam nos arquivos locais de plugins, é possível inspecioná-los, modificá-los ou simplesmente desativá-los.

O próprio Claude pode descobrir o que está faltando 👀

Uma das ideias mais interessantes descritas no guia é pedir ao Claude Code para analisar os próprios registros de sessão.

O objetivo seria identificar tarefas repetitivas, padrões de uso e pontos de atrito. A partir disso, o Claude poderia sugerir mods capazes de automatizar ou melhorar essas etapas.

É uma espécie de ciclo:

1️⃣ Observar: analisar como você trabalha com o Claude Code.

2️⃣ Identificar: encontrar tarefas repetitivas ou problemas recorrentes.

3️⃣ Propor: sugerir mods para resolver essas dificuldades.

4️⃣ Construir: gerar e configurar o código necessário.

Isso muda um pouco a lógica tradicional dos plugins. Em vez de procurar uma extensão pronta para cada problema, o usuário pode transformar uma necessidade específica em uma ferramenta personalizada.

Cinco mods chamam mais atenção

Entre os exemplos apresentados, alguns resolvem problemas bastante concretos para quem passa horas trabalhando com agentes de código.

💰 1. Controle de cache e custos

Um dos mods acompanha o uso da sessão e mostra informações como contexto atual em tokens, limites de utilização e uma estimativa de custo caso o cache deixe de ser aproveitado.

Ele também exibe uma contagem regressiva para a expiração do cache, permitindo perceber quando é melhor continuar, fazer um novo prompt ou reorganizar a sessão.

Há ainda um botão para iniciar uma transferência de contexto e limpar a janela atual.

Na prática: a ideia é evitar que uma sessão fique longa demais, cara demais e difícil de administrar.

🔒 2. Modo para gravações

Quem grava tutoriais ou demonstrações do Claude Code conhece outro problema: informações privadas podem aparecer na tela sem querer.

Um dos mods cria um modo de gravação que borra visualmente elementos como endereços de e-mail, informações de contas e valores financeiros.

O dado real continua disponível para o Claude. A proteção acontece naquilo que aparece visualmente na interface.

Isso é particularmente útil para quem publica vídeos, faz apresentações ou compartilha capturas de tela de sessões reais.

📊 3. Acompanhar o progresso de um objetivo

Tarefas autônomas e complexas podem virar uma caixa-preta.

Você dá uma instrução ampla e o Claude começa a executar uma sequência de ações. Enquanto isso, fica difícil saber exatamente em qual etapa ele está.

O goal progress tracker tenta resolver isso mostrando:

• fase atual do trabalho;
• tempo decorrido;
• tarefas geradas pelo Claude;
• tarefas concluídas;
• progresso de diferentes objetivos simultaneamente.

É quase um pequeno painel de projeto dentro da sessão.

E se o Claude já sugerisse o próximo passo? 🤔

Outro exemplo é o Next Steps, criado por um engenheiro do Claude Code e posteriormente compartilhado com a comunidade.

Ao final de uma interação, o mod apresenta algumas sugestões sobre o que fazer em seguida.

Em vez de terminar uma tarefa e deixar o usuário pensando “e agora?”, o sistema pode apontar ações concretas relacionadas ao trabalho que acabou de ser realizado.

O Claude deixa de ser apenas alguém que executa a tarefa e passa a funcionar também como um pequeno guia do fluxo de trabalho.

A proposta não é obrigar o usuário a seguir as recomendações. É possível simplesmente ignorá-las.

O problema dos agentes trabalhando ao mesmo tempo ⚠️

Há ainda uma situação que tende a ficar mais comum conforme os agentes de programação são usados em paralelo: dois processos tentando modificar o mesmo arquivo.

O Collision Guard verifica se um arquivo foi alterado recentemente antes de permitir outra edição.

Se detectar uma possível colisão, o usuário recebe uma decisão na interface. Pode prosseguir, cancelar, mover o trabalho para outra branch ou worktree ou escolher outra alternativa.

Isso é diferente de um hook que simplesmente bloqueia uma ação ou aprova automaticamente.

Aqui, o sistema interrompe o fluxo e pergunta ao usuário o que fazer.

🔎 O motivo é simples: quando existem vários agentes trabalhando simultaneamente, o risco não é apenas gerar código errado. Um agente pode simplesmente sobrescrever o trabalho que outro acabou de fazer.

Mods ou plugins? Na prática, quase a mesma coisa

A nomenclatura pode causar alguma confusão.

Os mods são os recursos adicionados à experiência, enquanto os plugins são o mecanismo pelo qual esses recursos são distribuídos e instalados.

Por isso, para o usuário final, a distinção não muda muito: instalar um mod significa utilizar o sistema de plugins do Claude Code.

O comando /plugin é a porta de entrada para esse ecossistema.

A barreira para criar extensões ficou menor

Talvez o aspecto mais importante não seja nenhum dos mods específicos apresentados.

É a possibilidade de descrever uma necessidade em linguagem natural e deixar o próprio agente construir a solução.

Um desenvolvedor pode dizer, por exemplo, que quer ser avisado antes de alterar arquivos modificados recentemente. Ou que deseja uma indicação visual quando uma sessão estiver ficando grande. Ou ainda que quer esconder determinados dados enquanto grava a tela.

Em vez de começar procurando documentação, APIs e exemplos, a primeira etapa pode ser simplesmente explicar o problema ao Claude.

Isso não elimina a necessidade de revisar o código. Plugins continuam sendo software e podem introduzir comportamentos indesejados. Mas reduz bastante o esforço inicial para transformar uma ideia em ferramenta.

Só não vale instalar tudo de uma vez 😅

Existe uma consequência previsível: quanto mais mods, mais elementos competindo pela atenção.

Um painel de custos aqui. Um alerta ali. Sugestões de próximos passos. Progresso de tarefas. Avisos de arquivos. Notificações de cache.

Individualmente, cada recurso pode fazer sentido. Juntos, podem transformar uma interface de programação em um painel cheio de indicadores piscando.

Por isso, a estratégia mais interessante provavelmente é começar pequeno.

Escolher um ou dois mods que resolvam um problema real do seu fluxo de trabalho tende a ser mais útil do que transformar o Claude Code em uma central de notificações.

O Claude Code começa a ganhar uma camada pessoal

A grande mudança está menos nos plugins isoladamente e mais na direção que eles apontam.

O Claude Code deixa de ser apenas uma ferramenta relativamente fixa e começa a se comportar como uma plataforma que pode ser adaptada às preferências de cada usuário.

Para quem trabalha com sessões longas, múltiplos agentes, automações e projetos grandes, isso pode significar menos tarefas manuais e mais visibilidade sobre o que está acontecendo.

E há uma ironia interessante nisso tudo: conforme os agentes ficam mais autônomos, cresce também a necessidade de ferramentas que mostrem o que eles estão fazendo, quanto estão custando e onde podem interferir no trabalho de outro agente.

Os mods aparecem justamente nesse espaço. A questão agora é descobrir até onde essa personalização pode chegar.