Mods para Claude Code que são realmente úteis: File Tree, Replay Theater, Blast Radius e mais

Ver no idioma original →

Autoria: AICodeKing · Assistir no YouTube

Vídeo de autoria do canal indicado, não da IANIA; todos os direitos pertencem ao criador. Transcrição, resumo e tradução gerados automaticamente; o conteúdo no idioma original é preservado na versão em idioma original.

Idioma original: inglês

Vídeo original: These Claude Code Mods Are ACTUALLY Useful: Filetree, Replay Theater, Blast Radius & More · Canal: AICodeKing · 17:43 · Assistir no YouTube

Tópicos: Agentes de IA, Claude Code, Ferramentas de desenvolvimento com IA, Inferência e otimização de modelos

Resumo

O vídeo apresenta sete mods para Claude Code e demonstra como instalá-los e testá-los em um projeto pequeno. Eles ajudam a navegar pelos arquivos, revisar alterações, alertar sobre comandos arriscados, evitar edições conflitantes e acompanhar agents paralelos. Reflect permite revisar instruções reutilizáveis, enquanto Cash Tax tenta manter conversas em cache e exige atenção aos custos e às configurações do provedor. A recomendação é começar pelo problema concreto, testar o mod em um projeto pequeno e verificar os resultados por conta própria.

Pontos-chave

• Mods são extensões executadas no Claude Code; como rodam com as permissões do usuário, é importante verificar o publicador e o repo antes de instalá-los.
• File Tree exibe um navegador de arquivos junto à conversa e ajuda a acompanhar quais arquivos Claude está lendo ou alterando.
• Replay Theater permite percorrer os pedidos de edição de uma sessão, mas não substitui a verificação das alterações com git diff e testes.
• Blast Radius pode pausar certos comandos bash arriscados e mostrar o que será afetado, mas não cobre todas as formas de executar operações destrutivas.
• Collision Guard alerta sobre possíveis edições conflitantes entre sessões no mesmo computador, enquanto work trees continuam sendo uma opção para isolar tarefas.
• AgentFlow mostra o estado, a ferramenta atual e o tempo decorrido dos agents delegados, sem criar agents nem reduzir o uso de modelos.
• Reflect permite revisar e salvar instruções de projeto; a detecção automática de correções pode adicionar uso de modelo.
• Cash Tax faz solicitações para tentar manter um prefixo de conversa em cache; a viabilidade depende da duração do cache e dos custos do provedor.
• O vídeo recomenda não instalar todos os mods por padrão: escolha um que resolva uma necessidade real e avalie seu comportamento.

Capítulos

Início	Capítulo	Resumo
00:03	Apresentação dos mods e preparação	O vídeo apresenta os problemas que os mods pretendem resolver e explica a instalação, os requisitos de versão e as precauções básicas.
02:07	File Tree	O navegador de arquivos é instalado e usado para inspecionar arquivos, acompanhar a atividade do Claude e conferir alterações.
04:13	Replay Theater	O vídeo demonstra como percorrer pedidos de edição e reforça que o resultado precisa ser verificado com diff e testes.
06:19	Blast Radius	O mod pausa um comando de remoção para permitir cancelar ou prosseguir, mas não deve ser tratado como proteção completa.
08:23	Collision Guard	Duas sessões tentam editar o mesmo arquivo e o mod alerta sobre a colisão, com limitações para ferramentas e ambientes não monitorados.
10:27	AgentFlow	O painel acompanha o trabalho de agents paralelos e ajuda a distinguir a visibilidade das tarefas do uso de modelos que elas consomem.
12:00	Reflect, Cash Tax e recomendações finais	O vídeo mostra a revisão de instruções com Reflect, explica custos e pré-requisitos de Cash Tax e recomenda avaliar cada mod conforme a necessidade.

Citações

O painel visual e o contexto que você envia são duas coisas diferentes. — 03:42

A reprodução, por si só, não prova que a alteração chegou aos seus arquivos. — 05:17

Use isso como mais uma oportunidade de evitar um erro caro, não como motivo para deixar de prestar atenção. — 07:53

Isso não é retreinar Claude. É manter um arquivo de instruções. — 13:36

Comece pelo problema que você realmente tem. — 17:13

Conceitos e entidades

• Claude Code (ferramenta): Ferramenta de programação da Anthropic na qual os mods apresentados são executados.
• File Tree (ferramenta): Mod que adiciona um navegador de arquivos ao lado da conversa no Claude Code.
• Replay Theater (ferramenta): Mod de exemplo que permite percorrer os pedidos de edição da sessão mais recente.
• blast radius (ferramenta): Mod que pode pausar determinados comandos bash arriscados e exibir os arquivos que seriam afetados.
• Collision Guard (ferramenta): Mod que alerta sobre possíveis edições conflitantes feitas por sessões no mesmo computador.
• AgentFlow (ferramenta): Mod que exibe informações sobre o estado e a atividade dos agents delegados.
• Reflect (ferramenta): Mod que propõe instruções reutilizáveis para revisão e possível salvamento em um arquivo do projeto.
• Cash Tax (ferramenta): Mod que estima custos associados a conversas frias e pode enviar solicitações para tentar manter um prefixo em cache.
• Anthropic (empresa): Empresa cujo Playground contém exemplos de mods como Replay Theater e Blast Radius.

Tradução completa (pt-BR)

00:03 Oi, bem-vindos a mais um vídeo. Antes de começar, tenho publicado também, em vídeos exclusivos para membros, vários tutoriais de projetos open source de que gosto. Estou publicando com mais frequência. Então, se quiser apoiar o canal, clique no botão “Participar”. Os vídeos estão disponíveis em todos os níveis, a partir do Bronze. Então, dê uma olhada. Agora, de volta ao vídeo. Claude Code consegue criar uma funcionalidade inteira enquanto você toma um café. Mas, quando volta, ainda precisa descobrir o que ele mudou, se dois agents editaram o mesmo arquivo e por que o uso do seu contexto ficou caro de repente.

00:34 E é aí que alguns desses novos mods do Claude Code se tornam realmente úteis. Hoje, vamos passar por sete deles, com instalação e uma demonstração prática de cada um. Temos um explorador de arquivos dentro do Claude, uma forma de reproduzir as edições, um aviso antes de certos comandos destrutivos e algumas ferramentas para gerenciar agents em paralelo e correções repetidas. Também vou incluir um mod de cache que parece uma forma óbvia de economizar dinheiro, até você ver como funciona. Então, vamos falar também dos custos. Para as demonstrações, estamos usando um

01:04 pequeno projeto de gerenciador de tarefas. Vamos renomear uma função, revisar as mudanças, fazer dois chats mexerem no mesmo arquivo e tentar excluir uma pasta com arquivos de build descartáveis, para termos algo concreto a verificar em cada mod. Então, vamos direto ao assunto. Primeiro, uma configuração rápida. Mods são extensões que rodam dentro do Claude Code. Eles podem reagir a eventos, alterar partes da interface e, às vezes, intervir antes de uma ferramenta ser executada. São instalados por meio de plugins, mas um plugin que contém apenas uma skill não é automaticamente um mod. Abra o terminal e execute claude --version. Para este passo a passo, você precisa da versão 2.1.287

01:34 ou mais recente. Se estiver usando a instalação nativa, execute claude update quando precisar atualizá-la. Nessas versões, os mods ficam ativados por padrão. Você não precisa da antiga variável de ambiente experimental que talvez encontre em alguns guias de instalação. Vou mostrar o fluxo de trabalho pelo terminal. Deixe a janela larga, porque vários desses mods usam um painel lateral. E, depois de instalar um mod, inicie uma nova sessão do Claude. Em seguida, use /plugin para verificar se ele foi carregado. Essas extensões executam código com as suas permissões. Então, confira o publicador e o repo antes de instalar. Vou incluir abaixo os comandos exatos e os links dos projetos originais. Agora, o primeiro

02:07 é o Filetree. E provavelmente é o mais fácil de entender de imediato. Se você usa Claude Code no terminal, pode passar um tempo surpreendentemente longo alternando para o editor só para encontrar um arquivo ou conferir onde o Claude está trabalhando. O Filetree coloca um explorador do projeto ao lado da conversa. Para instalá-lo, execute claude plugin marketplace add, seguido do repo data-goblin/claude-code-filetree, mostrado na tela. Depois, execute claude plugin install, seguido de filetree@claude-code-filetree. Estou usando a opção --scope user, que deixa a instalação disponível em todos os meus projetos. Depois de instalado, abra o Claude no projeto de demonstração. Digite /2e fullscreen e, em seguida, /filetree. O mod precisa do modo de tela cheia e de um terminal com pelo menos 110 colunas de largura. Então, aumente a janela se o painel não aparecer. Agora podemos navegar pela pasta de código-fonte, pelo ponto de entrada da CLI e pelos testes sem sair da conversa. Se quiser apenas a pasta de código-fonte, use /filetree seguido de /src. Vamos dar ao Claude uma pequena tarefa de inspeção. Estou pedindo que explique como

02:39 funciona a adição de uma tarefa e que leia a implementação e o teste correspondente sem alterar nada. Enquanto ele trabalha, observe a atividade na árvore. O útil é poder relacionar os arquivos que você está vendo com os arquivos que o Claude está realmente lendo. Você também pode selecionar um arquivo para incluí-lo como contexto no próximo prompt. Então, selecione a implementação da tarefa e pergunte quais entradas ela valida. É bem melhor do que digitar a mesma coisa repetidamente. Para testar a edição, peça ao Claude para mudar o rótulo do projeto no arquivo de configuração para “task lab”. Depois compare o marcador de alteração no Filetree com git diff no terminal. A árvore nos ajuda a navegar, e o diff nos permite confirmar a mudança real. Isso não vai substituir todos os recursos do seu editor, mas, se você prefere ficar no terminal do Claude, acho que é uma adição muito útil. Não é necessário fazer uma solicitação separada ao modelo só para desenhar a árvore. Claro que, se você anexar mais conteúdo de arquivos a um prompt, esse conteúdo ainda pode aumentar o uso de tokens. Portanto, um painel visual e o contexto que você envia são duas coisas diferentes. Agora, ver os arquivos é útil, mas e para entender como o Claude os alterou? É aí que entra o Replay Theater. Este é um dos

03:10 exemplos no repo Claude Code Playground da Anthropic. Ele permite percorrer as solicitações de edição de arquivos do turno de edição mais recente, em vez de tentar reconstruir tudo a partir da conversa. A configuração é um pouco diferente neste caso. Primeiro, clone o repo Claude Code Playground usando o comando mostrado na tela. Depois, entre na pasta claude-code e, dentro dela, na pasta mods. A partir desse diretório, execute claude plugin marketplace add ./ para registrar o marketplace local de exemplos. Depois, execute claude plugin install, seguido de replay-theater@claude-code-playground-mods com --scope user.

03:42 Guarde esse repo baixado, porque esta instalação usa um marketplace local. Vamos usá-lo novamente no próximo mod. Agora, volte para a pasta do gerenciador de tarefas e inicie uma nova sessão do Claude. Não abra por engano a demonstração de programação dentro do próprio diretório-fonte do mod. Para este teste, estou pedindo ao Claude que renomeie a função add_task para create_task em todos os lugares em que ela é usada. Atualize a implementação, o ponto de entrada da CLI e os testes, mantendo o comportamento igual. Também estou pedindo que ele use as ferramentas de edição de arquivos para que haja edições que o mod possa observar. Quando o turno de edição terminar, digite /replay.

04:13 Percorra as etapas usando “next” e “previous” ou as teclas N e P. Confira a renomeação na implementação, a importação no arquivo da CLI e as referências nos testes. É muito mais fácil acompanhar assim do que ficar pulando por uma transcrição longa. Mas há um detalhe importante: o Replay Theater registra solicitações de edição. Uma edição malsucedida ou negada ainda pode aparecer. Portanto, a reprodução, por si só, não prova que a mudança chegou aos seus arquivos. Para concluir a verificação, feche o painel, execute git diff e rode npm test. Queremos ver a mesma renomeação nos arquivos relevantes, com os

04:44 testes do comportamento existente ainda passando. Além disso, esta é uma visualização da sessão, não um histórico permanente nem um botão de desfazer. Um novo turno de edição substitui a reprodução anterior. Se você reiniciar, ela desaparece, e alterações mais longas podem ser truncadas no painel. Para uma pequena refatoração, porém, gosto dessa abordagem. Você recebe uma explicação rápida das etapas. Depois, verifica o resultado final com as ferramentas que já usa. O mod em si não chama outro modelo, então não acrescenta uma cobrança separada por revisão de IA. A tarefa de programação ainda usa sua cota normal do Claude. Enfim, agora vamos ao Blast Radius.

05:17 Este é o que eu demonstraria antes de deixar um agent limpar qualquer coisa importante. Sabe aqueles momentos em que o Claude decide que a melhor solução é remover uma pasta ou redefinir alguma coisa? Às vezes, isso é totalmente razoável. Mesmo assim, quero ver o que o comando está prestes a afetar. O Blast Radius monitora certos comandos Bash arriscados e os segura enquanto exibe um relatório com as opções de prosseguir e cancelar. Como já adicionamos o marketplace do Playground, para instalar basta executar claude plugin install blast-radius@claude-code-playground-mods --scope user. Reinicie o Claude no projeto de demonstração depois de instalar.

05:49 Para a demonstração, estamos usando a pasta build, que contém três arquivos de texto descartáveis. Não há nada importante nessa pasta. Também vamos manter esse comando separado de qualquer outra operação do shell, para que seja fácil interpretar o relatório. Peça ao Claude para remover a pasta build usando rm -rf build no Bash. Quando o mod reconhecer o comando, ele deverá segurar a chamada e mostrar a pasta afetada e seu conteúdo antes da execução. Primeiro, escolha “cancelar”. Depois, inspecione a pasta em outro terminal e confirme que os três arquivos ainda estão lá. Essa é a nossa verificação de cancelamento. Em seguida, repita a

06:19 Este é o mod que eu demonstraria antes de deixar um agent limpar qualquer coisa importante. Você conhece aqueles momentos em que Claude decide que a melhor solução é remover uma pasta ou redefinir alguma coisa. Às vezes, isso é completamente razoável. Ainda assim, quero ver o que o comando está prestes a afetar. Blast Radius monitora determinados comandos bash arriscados e os segura enquanto exibe um relatório com controles para prosseguir ou cancelar. Como já adicionamos o marketplace, a instalação é só executar claude plugin install blast-radius@claude-code-playground-mods --scope user e reiniciar Claude Code no projeto de demonstração depois de instalar.

06:49 Para a demonstração, estamos usando a pasta build, que contém três arquivos de texto descartáveis. Não há nada de valioso nessa pasta. Também vamos manter esse comando separado de qualquer outra operação no shell, para que o relatório seja fácil de interpretar. Peça a Claude para remover a pasta build usando rm -rf build pelo bash. Quando o mod reconhecer o comando, ele deverá segurar a chamada e mostrar a pasta afetada e seu conteúdo antes da execução. Primeiro, escolha cancelar. Depois, inspecione a pasta em outro terminal e confirme que os três arquivos ainda estão lá. Essa é nossa verificação de cancelamento. Em seguida, repita o

07:21 o mesmo pedido e escolha continuar. Desta vez, confira se apenas a pasta de build fictícia foi removida. Não avalie esse teste só pela animação do botão. Confira o sistema de arquivos depois. Em um terminal largo, o relatório usa um painel lateral. Em um terminal estreito, pode usar a área acima do prompt. Se vários mods estiverem disputando esse espaço, mostre este sozinho para que os controles continuem visíveis. Isso é útil, mas não trate como proteção completa. Ele reconhece padrões específicos de bash. Um script, um alias, outra ferramenta ou um comando mais complicado pode ficar fora do escopo de cobertura. E, se você combinar várias

07:53 operações em uma única linha do shell, o relatório não necessariamente mede tudo naquela linha. Mantenha as permissões normais e leia o comando de fato. Minha recomendação é bem simples. Use isso como mais uma oportunidade para evitar um erro caro. Não use como motivo para deixar de prestar atenção. Assim como Replay Theater, este é um exemplo compartilhado no Anthropic’s Playground, e o mod não faz chamadas ao próprio modelo. Trate-o como uma extensão de exemplo que você precisa avaliar para seu workflow. Agora, vamos a outro problema. Você tem duas sessões do Claude trabalhando no mesmo projeto, e ambas decidem editar o mesmo arquivo. Collision Guard oferece uma decisão antes que a segunda sessão

08:23 prossiga com uma edição conflitante. Para instalá-lo, adicione o repositório de mods do Claude Code de Nate Herk como um marketplace de plug-ins, usando o comando mostrado aqui. Depois, execute Claude plug-in install, seguido de collision guard at Nate Herkmods with-scope user. Para esta demonstração, abra duas novas sessões do Claude em um mesmo repositório Git descartável. O mod precisa estar carregado nas duas sessões. Isso é importante, porque uma sessão que não participa não pode contribuir com as mesmas informações de acompanhamento. Na primeira sessão, peça ao Claude para usar a ferramenta de edição

08:55 para alterar o rótulo do projeto no arquivo de configuração para starter. Mantenha essa sessão aberta. Agora, mude para a segunda sessão e peça para ela usar a ferramenta de edição no mesmo rótulo, alterando-o para pro. O que estamos verificando é se a segunda edição apresenta uma decisão de colisão. Primeiro, escolha cancelar e depois inspecione o arquivo de configuração. O rótulo ainda deve ter o valor escrito pela primeira sessão. Você pode digitar /guard para inspecionar o estado do guard. Por padrão, ele procura edições recentes de outro chat ativo, considerando os últimos 30 minutos. Para um arquivo Git rastreado, o diálogo também pode oferecer uma opção de worktree

09:26 . Isso é útil porque a segunda tarefa pode continuar em um checkout isolado, mas não é uma migração mágica de tudo o que você já alterou. A edição pendente é recusada, e o Claude recebe instruções para listar as alterações existentes e entrar em uma worktree. As alterações que já estão no checkout original ainda precisam ser tratadas deliberadamente. Também há limitações. Ele rastreia certas ferramentas de edição do Claude na mesma máquina. Um formatador executado por meio do bash, edições feitas no seu editor habitual ou em outra máquina podem ficar fora dessa visão. Então, eu usaria isso ao executar chats paralelos do Claude em um mesmo checkout

09:57 e ainda preferiria worktrees separadas para tarefas independentes. O aviso é útil justamente porque torna visível uma edição sobreposta antes que você a aprove sem pensar. O mod não chama um modelo extra para fazer essa comparação. Ele usa informações de acompanhamento locais. Suas duas sessões de programação ainda consomem o uso normal. Agora, Collision Guard lida com trabalho sobreposto. Agent Flow ajuda você a ver o trabalho acontecendo desde o início. Quando o Claude delega uma tarefa, quero saber qual agent ainda está em execução, qual ferramenta está usando e se algo está

10:27 aguardando aprovação. Caso contrário, a conversa principal pode parecer parada enquanto muita coisa acontece nos bastidores. Para este mod, adicione o repositório Claude agentflow do autor como marketplace, usando o comando na tela. Depois, instale AgentFlow at Claude AgentFlow. A grafia exata está no comando copiável abaixo do vídeo. Reinicie o Claude. Abra o projeto do gerenciador de tarefas e digite /flow para alternar o painel. Use um terminal largo para ver a visualização completa. Também há /flow text, caso você precise da versão em texto. Para o passo a passo, peça ao Claude para usar três agents em paralelo. Um deve

10:59 inspecionar a validação de entrada. Outro deve revisar os testes em busca de casos ausentes. E o terceiro deve analisar o tratamento de erros no ponto de entrada da linha de comando. Peça revisões somente de leitura e um resumo combinado. Abra o painel enquanto eles trabalham. Observe as linhas de cada agent, seus estados, a ferramenta atual e o tempo decorrido. Expanda uma linha para inspecioná-la. Depois, compare as linhas concluídas com o resumo que chega à conversa principal. Estamos verificando se a exibição nos ajuda a entender uma tarefa delegada de verdade. O painel não cria os agents para nós, e instalá-lo não faz o mesmo código rodar mais rápido. Além disso, três agents

11:29 inspecionando um projeto minúsculo é principalmente uma demonstração da exibição. No trabalho de verdade, divida as tarefas quando as revisões independentes valerem o uso adicional. Essa é a diferença de custo neste caso. Agent Flow não faz uma solicitação ao próprio modelo só para desenhar o painel. Os agents que você está observando ainda usam modelos, e essas chamadas contam. Se você costuma delegar trabalhos substanciais, acho que é uma adição útil. Se na maioria das vezes você tem uma conversa curta por vez, provavelmente vai aproveitar mais o file tree e o Replay Theater primeiro. Agora, vamos falar sobre Reflect, porque

12:00 repetir constantemente a mesma preferência de programação fica irritante muito rápido. Talvez você fique dizendo ao Claude qual gerenciador de pacotes usar, como seu teste deve ser escrito ou onde determinado tipo de código deve ficar. Reflect pode transformar uma correção reutilizável em uma instrução proposta, que você revisa e salva. Há duas implementações diferentes neste repositório. Então, preste atenção ao nome do plug-in. Para este vídeo, estamos instalando reflect mod, que é o mod propriamente dito, e não o plug-in mais antigo Claude Reflect. Adicione o repositório Claude Reflect de Bayram Anakov como um

12:32 marketplace. Depois, instale reflect mod at Claude Reflect Marketplace. Não habilite as duas implementações para o mesmo workflow de captura. Depois de reiniciar, vamos usar um exemplo deliberado. Digite remember seguido de dois-pontos e, depois, use o testr integrado do Node para novos testes neste repositório. Não adicione um framework de testes separado, a menos que eu peça. Isso combina com o projeto pequeno que estamos usando. Portanto, é uma instrução sensata para manter localmente. O prefixo remember explícito envia o candidato diretamente à interface de revisão, sem o modelo de detecção. Escolha o escopo do repositório. Leia o texto proposto. Edite-o, se necessário, e clique em salvar. Agora, inspecione

13:04 o arquivo claw.md do projeto e seu git diff. Esse é o resultado concreto. Estamos verificando se uma instrução aprovada foi gravada no lugar certo, com a redação que pretendíamos. O escopo importa: uma regra para este pequeno projeto Node não deve se tornar uma preferência global que mude o funcionamento do Claude em todos os outros repositórios. Para outra verificação, envie um segundo candidato e escolha pular. Confirme que a regra ignorada não foi adicionada. Uma ferramenta de memória também precisa de uma forma útil de rejeitar sugestões. Reflect também pode analisar prompts curtos elegíveis e usar Haiku para detectar correções reutilizáveis

13:36 automaticamente. Essa detecção aumenta o uso do modelo. O exemplo explícito com remember que acabamos de percorrer não prova que a detecção automática identificará todas as correções. Você pode inspecionar os candidatos pendentes com /reflect Q, e /reflect pause alterna a verificação para que você possa pausá-la quando não quiser que ela seja executada. Gosto da etapa de aprovação aqui. Você pode registrar uma instrução enquanto ela ainda está fresca, mas continua sendo responsável por decidir se é útil e onde ela deve ficar. Isso não é retreinar o Claude. E escrever uma regra não garante obediência perfeita. É manutenção de um arquivo de instruções. Portanto, mantenha as regras

14:08 concisas e reveja-as quando o projeto mudar. Agora, a última é Cache Tax. E esta precisa de um pouco mais de explicação, porque é fácil exagerar na economia: quando o Claude reutiliza um prefixo de conversa em cache, isso pode custar menos do que gravar esse prefixo no cache novamente. Cache Tax estima o custo de voltar a uma conversa fria e pode fazer pequenas solicitações para tentar manter aquecido o prefixo existente. Para instalá-lo, adicione o marketplace Claude Codemods de Karan Bansel e, depois, instale cash at claude codemods. Reinicie o Claude depois. Comece com /cashtags para inspecionar as informações.

14:39 Para esta demonstração, use /cashtags guard warn, que muda o guard para um aviso. O guard foi projetado para conversas longas que ele estima terem esfriado. Então, não espere que todo prompt de teste pequeno o acione. Para um período limitado de aquecimento, você pode usar /kewarm 90mm, que o ativa por 90 minutos. Um /kewarm sem argumentos usa seis horas por padrão, então prefiro ser explícito enquanto testo. Há um pré-requisito importante. O intervalo normal de ping, de 50 minutos, pressupõe um cache de conversa de uma hora, incluído na assinatura. Atualmente, o uso tem essa duração maior, enquanto o uso com chave de API

15:10 crédito, e os caminhos dos provedores de nuvem normalmente têm como padrão 5 minutos. Se o cache real expira após 5 minutos, um ping 50 minutos depois não o mantém aquecido. Confira as configurações oficiais de cache do seu provedor antes de ativar isso. Uma vida útil maior do cache tem um custo mais alto. Para uma demonstração funcional curta, a documentação do projeto recomenda um intervalo de teste de 1 minuto. Primeiro, envie uma mensagem normal pequena e, em seguida, execute /keepwarm1h a cada 1 minuto para manter o Claude aberto. Aguarde um ping e confira o uso informado. Estamos procurando evidências de que a solicitação reutilizou a entrada em cache.

15:41 Quando tiver registrado essa execução, execute /keepwarm off. Não deixe um intervalo rápido de demonstração ativo após o teste. Um ping curto bem-sucedido ainda não comprova a economia obtida ao deixar uma conversa real ociosa por uma hora. Isso exige uma verificação mais longa, com o provedor de contexto real e uma solicitação posterior. Também executei os testes automatizados incluídos nos mods. Foram aprovados 56. Eles usam um mecanismo e um relógio simulados. Portanto, verificam a lógica do mod. Não comprovam que um servidor ativo reteve o cache nem que a minha franquia da assinatura dure mais. E a própria solicitação de aquecimento custa tokens. Ela pede que um modelo responda. Então, é preciso contabilizar o uso de entrada e de saída. Se você paga para continuar aquecendo uma conversa e nunca volta a ela, essas solicitações não economizaram dinheiro em uma interação posterior em uma assinatura. Os valores em dólares são estimativas equivalentes às da API. Eles não são automaticamente uma cobrança extra na fatura da sua assinatura e não medem diretamente a franquia restante do seu plano. Pessoalmente, eu consideraria isso para conversas longas que realmente espero retomar em sessões curtas ou para um projeto que terminei

16:13 de usar. Eu não continuaria aquecendo a conversa só porque um painel diz que posso. Então, por qual dessas opções eu começaria? File Tree é uma escolha fácil se você quer navegar por um projeto sem sair do terminal. Replay Theater é útil para revisar pequenas alterações, e Blast Radius oferece outro ponto de verificação antes dos comandos específicos de risco que reconhece, para trabalho paralelo. Collision Guard e Agent Flow resolvem problemas diferentes: edições sobrepostas em arquivos e visibilidade dos agents. Reflect é útil quando correções recorrentes devem se tornar instruções do projeto revisadas.

16:43 Cache Tax é a opção que eu avaliaria com mais cuidado em relação ao meu uso real. Você não precisa manter as sete opções em execução ao mesmo tempo. Comece pelo problema que você realmente tem. Instale esse mod e confira o comportamento dele em um projeto pequeno. Você pode desativar um mod na seção de instalados de /plugin se ele não estiver valendo a pena. No geral, essa é a direção de que gosto para os mods do Claude Code. Controles úteis para o trabalho real de programação, com resultados que você mesmo pode inspecionar. No geral, é bem legal. Enfim, conte o que achou nos comentários. Se você gostou deste vídeo, considere fazer uma doação pela opção Super Thanks ou se tornar membro clicando no botão Join.

17:13 Além disso, deixe um gostei neste vídeo e inscreva-se no meu canal. Vejo vocês no próximo. Até lá, tchau.

17:43 a opção de agradecimento ou torne-se membro clicando no botão Join. Além disso, deixe um gostei neste vídeo e inscreva-se no meu canal. Vejo vocês no próximo. Até lá, tchau.

Transcrição original

[00:03] Hi, welcome to another video. So before starting the video, I have been posting many tutorials of open-source projects that I like in membersonly videos as well. I am posting more regularly. So if you want to support the channel, please hit the join button and the videos are available on all tiers from bronze and up. So please go ahead and check them out. Now back to the video. Claude Code can build an entire feature while you’re making coffee. But when you come back, you still have to figure out what it changed, whether two agents edited the

[00:34] same file, and why your context suddenly became expensive again. And that’s where some of these new Claude code mods actually become useful. Today, we’re going through seven of them with installation and a practical walkthrough for each. We have a file explorer inside Claude, a way to replay its edits, a warning before certain destructive commands, and a few tools for managing parallel agents and repeated corrections. I’m also including a cash mod that sounds like an obvious moneysaver until you look at how it works. So, we’ll get into the costs as well. For the demos, we’re using one

[01:04] small task manager project. We’ll rename a function, review the changes, make two chats touch the same file, and try deleting a folder containing dummy build files that gives us something concrete to check for every mod. So, let’s get right into it. First, a quick setup. Mods are extensions that run inside cloud code. They can react to events, change parts of the interface, and sometimes intervene before a tool runs. They’re installed through plugins, but a plugin containing only a skill isn’t automatically a mod. Open your terminal and run claude- version. For this walkthrough, you want version 2.1.287

[01:34] or newer. If you’re using the native installation, run clawed update when you need to update it. Mods are enabled by default on these versions. You don’t need the old experimental environment variable that you might see in some installation guides. I’m showing the terminal workflow. Make the window wide because several of these mods use a side panel. And after installing a mod, start a fresh claw session. Then use /plugin to check that it loaded. These extensions run code with your permissions. So check the publisher and repository before installing. I’ll include the exact commands and original project links below. Now the first one

[02:07] is file tree. And this is probably the easiest one to understand immediately. If you’re using claude code in a terminal, you can spend a surprising amount of time switching back to your editor just to find a file or check where Claude is working. Filetree puts a project browser right next to the conversation. To install it, run claude plug-in marketplace add followed by the data goblin claude code filetree repository shown on screen. Then run claude plug-in install followed by file tree at claude code file tree. I’m using the- scope user option which makes the

[02:39] installation available across my projects. Once that’s installed, open claude in the demo project. Type /2e fullcreen then /filetree. The mod needs full screen mode and a terminal at least 110 columns wide. So widen the window if the panel doesn’t appear. Now we can browse the source folder, the command line entry point, and the tests without leaving the conversation. If you only want the source folder, use /filetree followed by/src. Let’s give Claude a small inspection task. I’m asking it to explain how

[03:10] adding a task works and to read the implementation and the corresponding test without changing anything. As it works, watch the activity in the tree. The useful part is being able to connect the files you’re looking at with the files Claude is actually reading. You can also select a file to accompany your next prompt as context. So, select the task implementation and ask which inputs it validates. That is a much nicer interaction than repeatedly typing the same B. For the editing check, ask Claude to change the project label in the configuration file to task lab. Then compare the change marker in file tree

[03:42] with git diff in the terminal. The tree helps us navigate and the diff lets us confirm the actual change. This isn’t going to replace every feature of your editor, but if you prefer staying in Claude’s terminal, I think this is a really useful addition. There’s no separate model request needed just to draw the tree. Of course, if you attach more file content to a prompt, that content can still increase your token usage. So, a visual panel and the context you send are two different things. Now, seeing the files is useful, but what about understanding how Claude changed them? That’s where replay theater comes in. This is one of the

[04:13] examples in anthropics cla playground repository. It lets you step through the file edit requests from the latest editing turn instead of trying to reconstruct everything from the conversation. The setup is slightly different here. First clone the clawed code playground repository using the command on screen. Then move into its clawed code folder and inside that the mods folder. From this directory, run claude plug-in marketplace. Add dot slash that registers the local sample marketplace. Then run claude plug-in install followed by replay theater at

[04:44] claude code playground mods with d–scope user. Keep that downloaded repository around because this installation uses a local marketplace. We’ll use it again for the next mod. Now return to the task manager folder and start a fresh claude session. Don’t accidentally launch the coding demo inside the mod’s own source directory. For this test, I’m asking Claude to rename the add task function to create task everywhere it’s used. Update the implementation, the command line entry point, and the tests while keeping the behavior the same. I’m also asking it to use its file editing tools so we have edits for the mod to observe. Once the editing turn finishes, type /re replay.

[05:17] Move through the steps using next and previous or the N and P keys. Check the implementation rename the import in the command line file and the test references. This is much easier to follow than jumping around a long transcript. But there’s an important detail here. Replay theater records edit requests. A failed or denied edit can still appear. So the replay alone doesn’t prove that the change reached your files. To finish the check, close the panel, run git diff, and run npm test. We’re looking for the same rename across the relevant files with the

[05:49] existing behavior tests still passing. Also, this is a session view, not a permanent history or an undo button. A new editing turn replaces the previous replay. Restarting loses it and longer changes can be truncated in the panel. For a small refactor, though, I like this approach. You get a quick explanation of the steps. Then you verify the final result with the tools you already use. The mod itself doesn’t call another model, so it doesn’t add a separate AI review bill. The coding task still uses your normal clawed allowance. Anyway, now let’s come to blast radius.

[06:19] This is the one I would demonstrate before letting an agent clean up anything important. You know those moments where Claude decides the best solution is to remove a folder or reset something. Sometimes that’s completely reasonable. I still want to see what the command is about to affect. Blast Radius watches for certain risky bash commands and holds them while it shows a report with proceed and cancel controls. Since we’ve already added the playground marketplace installation is just claude plug-in install followed by blast radius at claude code playground mods again with dash- scope user restart claude in the demo project after installing it.

[06:49] For the walkthrough, we’re using the build folder containing three disposable text files. There is nothing valuable in this folder. We’ll also keep this command separate from any other shell operation so the report is easy to interpret. Ask Claude to remove that build folder using rm-rf build through bash. When the mod recognizes the command, it should hold the call and show the affected folder and its contents before execution. First, choose cancel. Then, inspect the folder from another terminal and confirm the three files are still there. That’s our cancellation check. Next, repeat the

[07:21] same request and choose proceed. This time, check that only the dummy build folder is gone. Don’t judge this test just by the button animation. Check the file system afterward. On a wide terminal, the report uses a side pane. On a narrow one, it can use the area above the prompt. If several mods are competing for that space, show this one by itself so its controls stay visible. Now, this is helpful, but don’t treat it as complete protection. It recognizes particular bash patterns. A script, an alias, a different tool, or a more complicated command can fall outside its coverage. And if you combine multiple

[07:53] operations into one shell line, the report doesn’t necessarily measure everything on that line. Keep normal permissions in place and read the actual command. My recommendation is pretty simple. Use this as another opportunity to catch an expensive mistake. Don’t use it as a reason to stop paying attention. Like Replay Theater, this is an example shared in Anthropics Playground and the mod doesn’t make its own model calls. Treat it as an example extension you need to evaluate for your workflow. Now, let’s move to a different problem. You have two Claude sessions working in the same project and both decide to edit the same file. Collision Guard gives you a decision before that second session

[08:23] proceeds with a conflicting edit. To install it, add Nate Herks Claude Code mods repository as a plug-in marketplace using the command shown here. Then run Claude plug-in install followed by collision guard at Nate Herkmods with-scope user. For this demo, open two fresh clawed sessions in the same disposable git repository. Both sessions need to have the mod loaded. This is important because a session that isn’t participating can’t contribute the same tracking information. In the first session, ask claw to use its edit tool

[08:55] to change the project label in the configuration file to starter. Keep that session open. Now switch to the second session and ask it to use edit on that same label, changing it to pro. The thing we’re checking is whether the second edit brings up a collision decision. Choose cancel first, then inspect the configuration file. The label should still be the value written by the first session. You can type /guard to inspect the guard status. By default, it looks for another active chat’s recent edits using a 30-minute look back. For a tracked git file, the dialogue can also offer a work tree

[09:26] route. That’s useful because the second task can continue in an isolated checkout, but this isn’t a magic migration of everything you’ve already changed. The pending edit is refused and Claude gets instructions to list its existing changes and enter a work tree. Changes already sitting in the original checkout still need to be handled deliberately. There are limits here as well. It tracks certain clawed editing tools on the same machine. A formatter running through bash edits from your normal editor or another machine can be outside that view. So I would use it when running parallel clawed chats in one checkout

[09:57] and still prefer separate work trees for independent tasks. The warning is useful precisely because it makes an overlapping edit visible before you casually approve it. The mod doesn’t call an extra model to make this comparison. It uses local tracking information. Your two coding sessions still consume their normal usage. Now, Collision Guard deals with overlapping work. Agent Flow helps you see the work happening in the first place. When Claude delegates a task, I want to know which agent is still running, what tool it’s using, and whether something is

[10:27] waiting for approval. Otherwise, the parent conversation can look quiet while there’s a lot happening underneath. For this one, add the author’s Claude agentflow repository as a marketplace using the command on screen. Then install AgentFlow at Claude AgentFlow. The exact spelling is in the copyable command below the video. Restart Claude. Open the task manager project and type /flow to toggle its panel. Use a wide terminal for the full view. There’s also/flow text if you need the text version. For the walkthrough, ask Claude to use three parallel agents. One should

[10:59] inspect input validation. One should review the tests for missing cases. and one should look at error handling in the command line entry point. Ask for readonly reviews and one combined summary. Open the panel while they’re working. Look for the individual agent rows, their states, the current tool, and the elapsed time. Expand a row to inspect it. Then compare the finished rows with the summary that comes back to the main conversation. We’re checking whether the display helps us understand an actual delegated task. The panel doesn’t create the agents for us, and installing it doesn’t make the same code run faster. Also, three agents

[11:29] inspecting a tiny project is mainly a demonstration of the display for actual work. Split tasks when the independent reviews are worth the additional usage. That’s the cost distinction with this one. Agent Flow doesn’t make its own model request just to draw the panel. The agents you’re watching are still using models and those calls count. If you often delegate substantial work, I think this is a useful addition. If you mostly have one short conversation at a time, you’ll probably get more value from file tree and replay the first. Now, let’s talk about reflect because

[12:00] constantly repeating the same coding preference gets annoying very quickly. Maybe you keep telling Claude which package manager to use, how your test should be written, or where a certain kind of code belongs. Reflect can turn a reusable correction into a proposed instruction that you review and save. There are two different implementations in this repository. So pay attention to the plug-in name. For this video, we’re installing reflect mod, which is the actual mod rather than the older Claude Reflect plugin. Add Bayram Anakov’s Claude Reflect repository as a

[12:32] marketplace. Then install reflect mod at Claude Reflect Marketplace. Don’t enable both implementations for the same capture workflow. After restarting, let’s use a deliberate example. Type remember followed by a colon and then use node’s built-in testr runner for new tests in this repository. Do not add a separate test framework unless I ask that matches the small project we’re using. So it’s a sensible instruction to keep locally. The explicit remember prefix sends the candidate straight to the review interface without the detection model. Choose the repository scope. Read the proposed text. Edit it if necessary and click save. Now inspect

[13:04] the project’s claw.md file and its git diff. That’s the actual outcome. We’re checking an approved instruction written to the right place with the wording we intended. The scope matters, a rule for this little node project shouldn’t become a global preference that changes how claude works in every other repository. For another check, submit a second candidate and choose skip. Confirm that the skipped rule was not added. A memory tool needs a useful rejection path, too. Reflect can also look at eligible short prompts and use Haiku to detect reusable corrections

[13:36] automatically. That detection adds model usage. The explicit remember example we just walked through doesn’t prove that automatic detection will catch every correction. You can inspect pending candidates with /reflect Q and/reflect pause toggles checking when you don’t want it running. I like the approval step here. You can capture an instruction while it’s fresh, but you’re still responsible for deciding whether it’s useful and where it belongs. This isn’t retraining Claude. And writing a rule doesn’t guarantee perfect obedience. It’s maintaining an instruction file. So, keep the rules

[14:08] concise and revisit them when the project changes. Now, the last one is cash tax. And this needs a little more explanation because the money-saving angle is easy to oversell when Claude reuses a cashed conversation prefix that can be cheaper than writing that prefix into the cache again. Cash tax estimates the cost of returning to a cold conversation and it can make small requests to try to keep the existing prefix warm. To install it, add Karan Bansel’s Claude Codemods marketplace, then install cash at claude codemods. Restart Claude afterward. Start with slashtags to inspect its information.

[14:39] For this demonstration, use /cashtags guard warn which changes the guard to a warning. The guard is intended for large conversations it estimates have gone cold. So don’t expect every small test prompt to trigger it. For a limited warming window, you can use /kewarm 90mm that arms it for 90 minutes. A bare/ke keepwarm defaults to 6 hours, so I prefer being explicit while trying it. There is a major prerequisite here. Its normal 50-minute ping interval assumes a 1-hour conversation cache. subscription included. Usage currently uses that longer duration, while API key, usage

[15:10] credit, and cloud provider paths normally default to 5 minutes. If your actual cache expires after 5 minutes, a ping 50 minutes later doesn’t keep it warm. Check the official caching settings for your provider before enabling this. The longer cache lifetime has a higher cash price. For a short functional demo, the project documents a 1 minute test interval. Send a small normal message first, then run/keepwarm1h everyone m keep claude open. Wait for a ping and inspect the reported usage. We’re looking for evidence that the

[15:41] request reused cached input. When you’ve captured that run/ke keep warm off. Don’t leave a rapid demonstration interval running after the test. A successful short ping still doesn’t establish the savings from leaving a real conversation idle for an hour. That requires a longer check with the actual context provider and later request. I also ran the mods included automated tests. 56 passed. Those use a mocked engine and clock. So they check the mod’s logic. They don’t prove that a live server retained the cache or that my subscription allowance lasts longer. And the warming request itself costs

[16:13] tokens. It asks a model to reply. So there is input and output usage to account for. If you pay to keep warming a conversation and never come back to it, those requests didn’t save you money on a later turn on a subscription. The dollar numbers are API equivalent estimates. They are not automatically an extra charge on your subscription bill and they are not a direct measurement of your remaining plan quota. Personally, I’d consider this for long conversations that I genuinely expect to resume for short sessions or a project I’m finished

[16:43] with. I wouldn’t keep warming it just because a panel says I can. So, which of these would I start with? File Tree is an easy choice if you want to navigate a project without leaving the terminal. Replay theater is useful for reviewing small changes and blast radius gives you another checkpoint before the particular risky commands it recognizes for parallel work. Collision guard and agent flow solve different problems. overlapping file edits and visibility into the agents. Reflect is useful when repeated corrections should become

[17:13] reviewed project instructions. Cash tax is the one I’d evaluate most carefully against my actual usage. You don’t need all seven running together. Start with the problem you actually have. install that mod and check its behavior on a small project. You can disable a mod from the installed section of /plugin if it isn’t earning its place. Overall, this is the direction I like for Claude Code mods. Useful controls around real coding work with results you can inspect yourself. Overall, it’s pretty cool. Anyway, let me know your thoughts in the comments. If you like this video, consider donating through the super

[17:43] thanks option or becoming a member by clicking the join button. Also, give this video a thumbs up and subscribe to my channel. I’ll see you in the next one. Until then, bye.