Conteúdo detalhado
🎯 /goal
Com o /goal você define um objetivo com critério de "feito" e o Claude não para — tem verificação embutida — até bater a condição. O segredo é um "done" o mais objetivo possível: subjetividade é o ponto fraco. Você dispara, vai dormir ou almoçar, e volta com o resultado em alta confiança.
/goal pesquise X e não pare até 3 resultados que passem no critério # exemplo real: otimizar um elemento da página /goal reduza o tempo até este elemento carregar a ~instantâneo # rodou ~1h30, tentando e verificando, até bater a meta
✓ Bom critério de "feito"
- ✓Carrega abaixo de X ms, mensurável.
- ✓3 resultados que passam num teste automático.
- ✓Build verde e todos os testes passando.
✗ Critério frágil (subjetivo)
- ✗"Riddles bem difíceis" — o que é difícil?
- ✗"Deixe bonito" — sem régua para parar.
- ✗Qualquer "feito" que dependa de gosto.
💡 Dica prática
Não precisa rodar horas. Dispare um /goal antes de sair para almoçar e volte com o trabalho feito em alta confiança. Gaste energia escrevendo o critério de parada — é ele que faz o agente saber quando ganhou.
Critério mensurável.
Insiste até bater.
Checagem embutida.
Volte com o resultado.
🗺️ Ultraplan
O ultraplan faz offload do planejamento para a nuvem, com vários agentes de planejamento. Você digita "ultraplan", vê o efeito arco-íris, ele pergunta se quer rodar na cloud e te dá um link. Lá ele clona o repo, computa na nuvem, e você traz o plano de volta ao terminal — ou executa direto na web. Ideal para tarefas grandes e ambíguas.
Digite "ultraplan"
Aparece o efeito arco-íris e ele pergunta se você quer rodar o planejamento na nuvem.
Clona o repo e computa na cloud
Ele te dá um link; vários agentes de planejamento trabalham na nuvem sobre uma cópia do seu repositório.
Traga o plano de volta — ou execute na web
Você importa o plano para o terminal local, ou roda direto na web. Enquanto isso, continua trabalhando (background tasks).
💡 Dica prática
Use o ultraplan justamente quando a tarefa for grande e mal definida — é aí que vários planejadores na nuvem rendem. Como roda em background, dispare o plano e siga com outra coisa no terminal enquanto a versão cloud pensa.
Offload do planejamento.
Computa sobre uma cópia.
Importe ou execute lá.
Trabalhe enquanto planeja.
📈 /insights
O /insights gera um relatório HTML dos últimos 30 dias do seu uso do Claude Code: o que você fez muito, o que está ruim, features para usar mais e skills que valeria a pena construir. Mostra mensagens e sessões do período, quick wins e workflows ambiciosos, tudo com um índice navegável.
Lê seus últimos 30 dias
Varre mensagens e sessões do período para entender como você realmente usa o Claude Code.
Cruza o que funciona e o que atrapalha
Aponta o que está bom, o que está ruim, features subutilizadas e skills que fariam diferença.
Entrega um HTML com índice navegável
Quick wins de curto prazo e workflows ambiciosos de longo prazo, organizados para você navegar.
✓ O que você descobre
- ✓O que você faz muito (e poderia virar skill).
- ✓Features que você ainda não usa direito.
- ✓Quick wins e workflows ambiciosos.
✗ Sem o /insights
- ✗Repetir os mesmos atritos sem perceber.
- ✗Deixar features valiosas paradas.
- ✗Nunca ver a própria evolução de uso.
💡 Dica prática
Rode o /insights de vez em quando — não todo dia. Ele é ótimo como check-up periódico para ver o seu uso evoluir e capturar os próximos pontos de melhoria.
Índice navegável.
Mensagens e sessões.
E workflows ambiciosos.
Veja o uso evoluir.
🧠 Auto Memory
Antes chamada de "autodream", a Auto Memory é o Claude auto-melhorando a memória sem você pedir. A cada intervalo de sessões, conversas ou tempo, ele varre o que foi feito e se atualiza — "sonha" e fica mais esperto, por repositório.
🌙 Como o "sonho" funciona
A memória deixa de ser algo que só você alimenta à mão: o agente atualiza sozinho o que aprendeu sobre o seu projeto.
- •Roda em intervalos — de sessões, conversas ou tempo.
- •É por repositório: cada projeto acumula a sua própria memória.
- •Quanto mais você usa, mais esperto fica naquele contexto.
/memory # veja se a auto memory está ligada; ative se quiser. # há docs sobre como o processo funciona.
💡 Dica prática
Cheque em /memory se a auto memory está ligada no seu repositório principal. Ativada, ela trabalha em segundo plano: cada vez que você volta, o agente já está um pouco mais por dentro do projeto.
Sem você pedir.
Sessões, conversas, tempo.
Memória por projeto.
Confere e ativa.
👥 Agent Teams
Um dos recursos favoritos — e token-intensive. Agent Teams é um time nomeado de agentes que rodam em paralelo e conversam entre si: você cria personas (iniciante, CEO, etc.), eles analisam, brainstormam e debatem em rodadas até concordar. É a melhor forma de ouvir perspectivas diferentes sobre a mesma ideia.
✓ Bom uso de Agent Teams
- ✓Brainstorm com personas (iniciante, CEO, cético).
- ✓Debater prós e contras até chegar a um consenso.
- ✓Ouvir perspectivas diferentes sobre uma decisão.
✗ Não confundir
- ✗Não são subagents — estes conversam entre si.
- ✗Não é barato: consome muitos tokens.
- ✗É experimental — precisa habilitar no settings.
# habilite o recurso experimental no settings (.claude) # depois, invoque em linguagem natural: monte um time de agentes — um iniciante, um CEO e um cético — e debatam essa ideia em rodadas até concordarem
💡 Dica prática
Por ser token-intensive, reserve Agent Teams para decisões que realmente se beneficiam de debate. Dê personas com pontos de vista bem distintos — o atrito entre elas é justamente o que gera as melhores perspectivas.
Personas com nome.
Rodadas até concordar.
Use com critério.
Habilite no settings.
⏪ /rewind
O /rewind é a máquina do tempo: volta o código E a conversa a um checkpoint anterior, e você escolhe o prompt ou ponto exato. Como tudo é cacheado e recarregado, rebobinar quando algo deu errado é melhor do que dizer "não, faça assim" — evita empilhar contexto sujo e preserva a qualidade.
✓ Rebobinar (melhor)
- ✓Volta ao ponto exato antes do erro.
- ✓Limpa o contexto sujo da tentativa ruim.
- ✓Código e conversa voltam juntos, coerentes.
✗ "Não, faça assim" (pior)
- ✗Empilha o erro por cima do erro.
- ✗Carrega contexto poluído pra frente.
- ✗A qualidade vai caindo a cada correção.
/rewind # escolha o prompt / checkpoint exato para onde voltar. # código e conversa retornam juntos àquele estado.
💡 Dica prática
Quando uma resposta tomou o rumo errado, o reflexo certo é /rewind — não corrigir por cima. Voltar ao checkpoint mantém a janela limpa e costuma render um resultado melhor do que tentar consertar no contexto poluído.
Voltam juntos.
Escolha o prompt.
Sem empilhar sujeira.
Melhor que corrigir.
🏁 Resumo do módulo
Próximo módulo: 3.2 — O pódio (#6 → #1)
Vimos a primeira metade do Top 12. Agora suba ao pódio: do Subagents (#6) até o recurso nº 1 de todos, as Skills.