Respostas
Por que a IA larga uma regra que combinamos cinco mensagens atrás?
Porque a regra só existiu dentro da conversa. O que se combina no meio da sessão fica na mesma janela que tudo o que veio depois — o código colado, os erros que voltaram, o desvio sobre outro assunto — e os padrões próprios do modelo são para onde ele volta conforme essa disputa fica cheia. Regra que precisa sobreviver a ter sido dita uma vez não está guardada em lugar nenhum: está sendo lembrada por um processo que ninguém pediu para lembrar. Aqui a regra se escreve uma vez, fora de qualquer conversa, e todo assistente lê o conjunto vigente antes de começar. Ela não depende de a sessão lembrar — e é por isso que também sobrevive à sessão seguinte, à outra ferramenta e ao colega que não estava lá.
Última atualização 15 de setembro de 2026
A janela é bancada de trabalho, não arquivo
O que você combinou cinco mensagens atrás não fica guardado em lugar nenhum quando a conversa acaba, e não tem privilégio enquanto ela corre. Está no mesmo fluxo que o arquivo colado e o erro que você perseguia, e conforme esse fluxo enche, uma instrução dita uma vez pesa cada vez menos contra padrões que o modelo aplica por default. É por isso que o escorregão costuma cair logo depois de um trecho longo ou técnico — não porque o assistente discordou, mas porque a única frase que dizia o contrário está agora longe e cercada.
Dito uma vez, ou escrito
O conserto não é repetir melhor. Uma regra lida na abertura de toda sessão, vinda de um lugar que não é a sessão, não se desgasta conforme a conversa cresce, porque não está competindo com a conversa. E ela deixa de ser fato sobre você: a regra de formato que você fechou é a mesma que o assistente do seu colega lê, e a mesma que a sua rotina agendada lê às três da manhã. Dito uma vez é propriedade de uma conversa. Escrito é propriedade do trabalho.
E por isso ela tem que dizer quem concordou
Quando a regra passa a sobreviver à conversa, a pergunta seguinte é de quem ela é. Uma preferência que você definiu para si e um padrão que o time fechou ficam idênticos no papel, e só um dos dois deveria reger o trabalho de outra pessoa. Então cada entrada registra quem aprovou, e o assistente pode propor mas não pode instituir — proposta segue proposta até uma pessoa aprovar. É isso que impede uma regra escapada de uma conversa de virar, caladamente, a regra de todo mundo.
Como isso aparece na prática
Você abre uma sessão e pede mensagens de commit curtas: uma linha, imperativo, sem corpo. As primeiras saem exatamente assim. Aí você passa vinte minutos num teste que falha, cola dois stack traces e um arquivo de configuração, e volta a commitar. A mensagem seguinte volta com três parágrafos de corpo explicando a mudança. Você não mudou de ideia e o assistente não decidiu o contrário — a frase que fixou a regra está agora vinte mensagens atrás, atrás de dois stack traces, e o formato default de mensagem de commit é o padrão mais forte que restou à vista. Você repete. Segura por um tempo. Amanhã você abre uma sessão nova e repete de novo, e todo mundo no time que quer a mesma coisa faz igual, cada um dentro da própria conversa, nenhum deles sabendo que os outros estão fazendo o mesmo.
Perguntas que as pessoas fazem sobre isso
- Não é para isso que existe prompt de sistema ou instrução personalizada?
- É a mesma ideia e ajuda mesmo, com dois limites que vale conhecer. Elas pertencem a uma ferramenta, então a regra para na borda dela: o outro assistente, a rotina agendada e a configuração do colega nunca a veem. E não carregam noção de quem concordou nem de quando deixa de valer, então preferência pessoal e padrão de time ficam no mesmo bloco, e a regra que você definiu para um projeto te segue para o próximo.
- Tem regra que é só daquela conversa mesmo. Tudo precisa virar registro?
- Não, e a maior parte não deveria. O teste é se você gostaria que valesse amanhã, em outra ferramenta, para alguém que não estava na conversa. “Usa tab neste arquivo” é conversa. “Escrevemos o assunto do commit no imperativo” é regra. Registrar o primeiro tipo é como um acervo se enche de coisa que ninguém quis guardar.
- E quando uma regra deixa de valer?
- Cada uma nasce com a condição que a encerra, então ela se retira quando a condição se cumpre, em vez de seguir em vigor porque tirá-la era tarefa de ninguém. Regra que se revela errada é substituída por uma que a nomeia, então o assistente lê a versão atual e não as duas.
Onde isto se confere
Documentação do produto neste site (Como funciona, Instalar), a resposta sobre uma regra duplicada em quatro prompts para a versão de time deste mesmo problema, e as regras de sanção, procedência e vigência na especificação sancionada do produto. Tudo descrito aqui é comportamento que as ferramentas aplicam hoje, não roadmap.
https://www.arroway.app/pt-BR/answers/rules-that-slip-five-messages-later