Respostas
Se toda sessão tem que ler as decisões do time antes de agir, isso não custa tokens em cada chamada?
Custa uma vez por sessão, e depois disso só o que mudou. A leitura de um projeto termina com um carimbo de sessão. Apresente esse carimbo numa chamada seguinte e as regras vigentes são REFERENCIADAS em vez de reimpressas, e o espaço que elas ocupariam vai pro material de que esta tarefa precisa. Medido em produção numa segunda leitura: 4.826 tokens referenciados em vez de reimpressos. O que nunca se pula é a parte que se move — o trabalho em voo, o que aterrissou desde então, e o que ranqueia como relevante pro que você está fazendo agora. Assim, conferir o que o time já decidiu antes de agir para de ficar mais caro quanto mais você confere, que é a propriedade que decide se alguém continua conferindo.
Última atualização 21 de setembro de 2026
Toda leitura tem uma metade fixa e uma metade que se move, e só uma delas se repete
Duas leituras do mesmo projeto com dez minutos de diferença não são duas cópias da mesma coisa. A metade fixa — as decisões fixadas, as regras que valem pra toda tarefa — é idêntica entre elas, palavra por palavra. A outra metade não é: os bastões ainda abertos, as entradas escritas desde então e o ranqueamento de todo o resto contra a tarefa que você declarou são diferentes na segunda chamada, e são a razão de chamar de novo. Mandar a metade fixa duas vezes não compra nada, e não é de graça: ela sai do mesmo orçamento da outra metade, então não custa só tokens — ela EXPULSA o material que era relevante.
Quem decide o que já foi enviado é o lado que sabe
O carimbo é uma prova a apresentar, não uma afirmação a fazer. Um cliente que decidisse sozinho o que já foi entregue estaria guardando uma segunda cópia da verdade, e na primeira vez que as duas discordassem a leitura chegaria calada, sem uma regra que ninguém conseguiria apontar. Então a forma é: apresentar o carimbo e deixar quem guarda as memórias decidir se ele ainda vale. Se não valer — conversa nova, contexto compactado, carimbo que esta conexão nunca recebeu — tudo volta por inteiro. É a direção segura de falhar, e é por isso que o caminho barato não precisa ser confiável pra ser usado.
Ler em toda tarefa só sobrevive se ler for barato
A versão cara dessa ideia é conhecida e não para de pé: a regra que manda consultar o documento compartilhado primeiro, obedecida por duas semanas e depois contornada em silêncio, porque a consulta custa mais que a coisa consultada. Tornar a leitura repetida barata é o que mantém o hábito honesto. Dá pra perguntar o que já foi decidido nos segundos antes de se comprometer com uma resposta, várias vezes na mesma sessão, sem que cada conferida taxe o trabalho que ela deveria proteger. A economia não é o recurso — é o que mantém a disciplina barata o bastante pra ainda estar rodando no terceiro mês.
Como isso aparece na prática
Uma rotina agendada abre lendo o projeto dela: as regras vigentes, os bastões ainda em voo, o registro da noite anterior e as memórias que ranqueiam contra o que ela vai fazer. Essa primeira leitura é a cara, e tem que ser — é a razão inteira de a rotina não estar começando do zero. Uma hora depois, ela está prestes a se comprometer com uma recomendação, e o gesto honesto é conferir de novo: existe aqui alguma decisão que isso contradiz? Sem carimbo, essa conferida significa pagar de novo pelas mesmas regras vigentes, e uma terceira vez quando a pergunta voltar antes da próxima afirmação. Com o carimbo apresentado, a segunda chamada traz o que está em voo e o mapa do que mais o projeto guarda, com o bloco fixo referenciado em vez de reimpresso — 4.826 tokens no caso medido. A rotina confere mais três vezes antes de terminar. Nenhuma dessas três teria acontecido se cada uma custasse o que a primeira custou.
Perguntas que as pessoas fazem sobre isso
- O que exatamente deixa de ser enviado?
- O bloco que não mudou: as regras vigentes e as decisões fixadas já entregues nesta sessão, escritas uma vez e referenciadas depois. Todo o resto vai em toda chamada, porque todo o resto pode ter se movido — um bastão que alguém abriu vinte minutos atrás, uma entrada escrita por outra sessão, o ranqueamento do acervo contra a tarefa que você nomeou nesta chamada. A economia está exatamente na parte em que repetir não carrega informação nenhuma.
- E se uma regra mudou entre a primeira leitura e a segunda?
- Aí ela volta. A decisão sobre o que referenciar é tomada onde as memórias moram, contra o estado no momento da chamada — nunca contra um retrato que o seu lado guardou. É essa a diferença entre referenciar e cachear, e é por isso que o mecanismo é seguro numa conferida repetida, e não só na primeira leitura do dia.
- Dá pra cachear as regras do nosso lado e pular a segunda chamada?
- Dá, e você estaria escolhendo justamente a falha que isto existe pra evitar: uma cópia local que está certa até estar errada, sem nada que diga em qual dos dois dias você está. O custo de errar aqui não é um texto velho numa tela — é um assistente agindo sobre uma regra que o time aposentou, com confiança, sem nenhum sinal de que algo esteja fora do lugar. Referenciar mantém a decisão no lado que sabe; cachear move ela pro lado que não tem como saber.
Onde isto se confere
Documentação do produto neste site (Como funciona, Instalação), as respostas sobre o arquivo de contexto que não coube mais numa página e sobre por que uma janela de contexto maior não resolve o que a memória resolve, e o comportamento de carimbo de sessão e orçamento de leitura na especificação sancionada do produto. O número citado foi medido em produção em 7 de setembro de 2026. Tudo descrito aqui é comportamento que as ferramentas aplicam hoje, não roadmap.
https://www.arroway.app/pt-BR/answers/cheaper-reads-when-nothing-changed