Objetivo: ao final, o consultor define uma condição de "pronto" que seja verificável a partir da transcrição da sessão, e deixa o Claude trabalhar de forma mais autônoma até atingi-la.
/goal define uma condição de conclusão; o Claude segue trabalhando entre turnos sozinho até um avaliador rápido confirmar que ela foi atingida./loop roda um prompt repetidamente em intervalo — fixo ou autorregulado pelo próprio modelo; Esc interrompe a qualquer momento./goal: verificável ou não| Condição | Verificável na transcrição? | Por quê |
|---|---|---|
"todos os testes em src/billing passam e o type checker reporta zero erros" |
Sim | O resultado do comando de teste e do type checker aparece na própria saída da sessão |
| "o build passa e o relatório de cobertura mostra 80% ou mais" | Sim | Ambos aparecem como saída de comando, visível na transcrição |
| "o cliente aprovou o desconto por e-mail" | Não | A aprovação existe numa caixa de e-mail, fora da sessão — o avaliador não tem acesso a isso |
| "a squad está satisfeita com o resultado" | Não | É subjetivo, não é uma saída verificável de comando — nenhuma linha da transcrição confirma isso sozinha |
A regra prática: se a condição não pode ser confirmada só de olhar para o que o próprio Claude produziu na sessão, ela não serve como condição de /goal — reformule para algo que apareça como resultado de comando, teste ou verificação executável.
/loop: intervalo fixo ou autorregulado| Modo | Como funciona |
|---|---|
| Intervalo fixo | Você define o tempo, por exemplo /loop 10m |
| Autorregulado | O próprio modelo decide o intervalo entre checagens, conforme a natureza da tarefa |
Em ambos, Esc interrompe imediatamente — não é preciso esperar o ciclo seguinte.
Regra Wayon Nenhuma condição de
/goalusada em projeto de cliente pode depender de confirmação humana externa (e-mail, reunião, aprovação verbal) como critério de conclusão. Se a condição real depende disso, o/goalcobre só a parte técnica verificável — a confirmação externa continua sendo um passo manual, separado, seu.
📖 Comandos de sessão longa — /goal e /loop
/goal?Depende de algo que existe fora da sessão — o avaliador não tem acesso à caixa de e-mail do cliente.
src/billing passam e o type checker reporta zero erros"Correto. É verificável a partir da própria saída de comando, visível na transcrição da sessão.
É subjetivo — nenhuma saída de comando na transcrição confirma satisfação de uma squad.
/goal foi atingida tem acesso a:Não tem acesso a nada fora da sessão — essa é justamente a restrição central da aula.
Correto.
O avaliador está restrito à sessão atual, não ao histórico de outras sessões.
/goal já definida, sem terminar a sessão inteira. O comando certo é:/goal clearCorreto. Encerra a condição, voltando ao modo turno a turno normal.
/compact/compact reduz o histórico da conversa; não tem relação com encerrar uma condição de goal.
Esc interrompe um /loop em andamento; não é o comando para encerrar uma condição de /goal.
/loop, qual afirmação está correta? ---Correto.
Também existe o modo autorregulado, em que o próprio modelo decide o intervalo.
Ao contrário — a repetição é automática; Esc é o único jeito de parar antes do próximo ciclo.