Ideia principal

Um hook de memória é executado depois de cada resposta do assistente. A vinte trocas por dia, o gasto fica abaixo de um dólar por mês, e o processamento leva um a dois segundos — o que pressupõe ter escolhido um modelo pequeno e rápido para a tarefa de extração, não porque ele bastava, mas porque a cadência exigia isso.

O que esse patamar compra não é uma economia: é o desaparecimento de uma pergunta. Uma automação que custasse dez vezes mais não seria cara demais, seria discutível — você se perguntaria se deve ativá-la neste projeto, desativá-la durante as sessões de depuração, restringi-la às trocas importantes. Cada uma dessas perguntas volta toda vez, e é essa repetição que desgasta, muito antes da fatura.

O limiar útil não é, portanto, "rentável", mas "desprezível". Abaixo dele, o dispositivo vira uma infraestrutura esquecida; acima, continua sendo uma ferramenta sobre a qual você decide, e uma ferramenta sobre a qual você decide a cada troca acaba desligada.

Camada trazida por "Por que auditar suas Skills" (2026-03-25). A mesma regra serve para decidir por onde começar quando vários dispositivos já estão rodando. Um skill acionado dez vezes por semana e um skill acionado uma vez por trimestre não pedem o mesmo cuidado: é a frequência que aponta qual deles precisa ser sóbrio, antes mesmo de sabermos qual é o mais pesado por unidade. E quando o recurso consumido não é uma fatura, mas um teto — a janela deslizante de cinco horas do Claude Code —, o limiar do desprezível deixa de ser lido em euros por mês e passa a ser lido em execuções restantes antes do bloqueio.

Por que isso importa

Isso dá um critério de concepção para tudo o que roda em segundo plano: dimensionar não pelo orçamento disponível, mas pelo limiar acima do qual o usuário voltaria a se perguntar se vale deixar aquilo rodando.

Também justifica escolhas técnicas que pareceriam tímidas de outro modo — um modelo pequeno, um processamento mínimo, uma extração pobre — porque a restrição vem da cadência, não da dificuldade da tarefa.

Nuances e limites

O custo por execução não é a única arbitragem: um segundo de espera a cada turno, aceitável isoladamente, fica perceptível ao longo de um dia inteiro de trabalho.

E o limiar do desprezível é relativo a quem paga. O que é indolor num uso individual vira uma linha de orçamento assim que você multiplica por um time.

Questões em aberto

• O que fazer com uma automação cujo custo vai ficando discutível à medida que ela se mostra útil e passamos a exigir mais dela?