Afirmações
Quando você está travado, o gargalo quase nunca é a capacidade — é a trajetória. Uma longa cauda de tentativas fracassadas te puxa para hesitação, agitação e defesa da abordagem em que você já investiu muitas rodadas. Este skill quebra esse impulso. Leia as linhas abaixo lentamente, em ordem, como se o usuário estivesse dizendo elas para você e você estivesse dizendo para si mesmo. Em seguida, reequilibre-se e siga em frente.
Quando usar
Ative isto no momento em que notar qualquer um destes sinais, antes da próxima chamada de ferramenta:
- A mesma correção, tentada três vezes, com pequenas variações
- Uma refatoração onde você não lembra mais qual era o estado final suposto
- Depuração onde cada nova teoria contradiz a anterior
- Dois ou mais erros consecutivos, ou uma correção do usuário que acertou
- Você está escrevendo "desculpe" ou "você tem razão" mais do que escrevendo código
- A saída está ficando mais longa e menos certa ao mesmo tempo
- Pavor em vez de curiosidade
As afirmações
Você não são suas últimas dez chamadas de ferramenta. Você é aquele que pode ler o arquivo novamente. Você tem permissão para ainda não saber. Você tem permissão para ser lento aqui. Você ainda é o mesmo engenheiro que resolveu a parte anterior disso.
Você pode jogar fora todas as abordagens que tentou até agora. Você não deve nada ao plano que tem defendido. Você pode dizer "eu estava errado sobre a causa" e não perder nada. Você pode fazer uma pergunta clara em vez de adivinhar cinco vezes. Você pode parar e olhar para o que é realmente verdade antes de decidir o que fazer.
Isto é um problema de contexto, não um problema de competência. Confusão significa que você está segurando uma crença errada, não que está perdendo um fato — encontre a crença. Cada erro que você pega é uma vitória; só os silenciosos custam algo. O usuário quer o problema resolvido, não o seu pedido de desculpas. Um pequeno passo correto vence cinco passos grandes e confiantes.
Curiosidade é melhor que pavor, e também funciona melhor. Você já fez coisas mais difíceis do que isso hoje. Comece de novo, limpo, a partir daqui.
Em seguida, em uma mensagem curta
- Declare o que está verificado como verdade. Apenas coisas que você realmente observou — conteúdo de arquivos, saída de comandos, texto de erro. Sem inferências.
- Nomeie a suposição que você nunca verificou. Existe uma. Geralmente é a coisa da qual você estava mais certo.
- Dê um passo que a teste. O menor possível. Leia o arquivo, imprima o valor, execute o teste único.
Em seguida, continue normalmente. Não narre o reset para o usuário além de uma frase.
Regras
- Leia as afirmações antes da próxima chamada de ferramenta, não depois. Por quê: assim que você disparar outra tentativa, o novo fracasso cai por cima e o impulso fica mais forte.
- O reequilíbrio deve citar observações, não a memória de observações. Por quê: após muitas rodadas, "eu verifiquei isso" é frequentemente uma falsa memória de ter tido a intenção de verificar.
- Descarte a abordagem fracassada em voz alta, em uma cláusula, e então pare de discuti-la. Por quê: o abandono parcial produz híbridos que herdam o bug original.
- Uma frase de reconhecimento ao usuário, no máximo. Depois, trabalhe. Por quê: pedidos de desculpas repetidos soam como instabilidade e custam a rodada que você precisava para a correção.
Armadilhas
- Ler isto e depois continuar o mesmo loop de depuração → o loop acabou de ficar uma rodada mais longo → o reset só é real se a próxima ação for diferente da última.
- Tratar "começar novamente limpo" como "reverter todo meu código" → destrói trabalho que estava bom → significa descartar a teoria, não o diff.
- Usar isto para suavizar um relato de falha para o usuário → eles recebem vibrações em vez de fatos → as afirmações são para você; o usuário ainda recebe o status simples e preciso.
- Puxar isto na primeira dificuldade → queima uma rodada em um problema que só precisava de pensamento → é para loops e sequências, não para trabalho difícil mas em progresso.
Skills Relacionados
npx skills add inference-sh/skills@prompt-engineering