root@construct:~/logs/managed-agent-budget-limits$
<-- voltar para /logs
2026-07-28//LOG

Acabou o orçamento. Onde o agente parou?

Quero deixar o agente trabalhar dentro de um limite claro e conseguir retomar quando ele chegar nesse limite. Em 13 de julho de 2026, pedi mais autonomia dentro de limites. Essa formulação exige trabalho de quem monta o fluxo: explicar onde a execução pode seguir sozinha e o que deve acontecer quando precisa parar.

Em 28 de julho, o Google anunciou novos controles pra Managed Agents na Gemini API, incluindo hooks pra examinar chamadas e limites de orçamento. Gosto de ver essas decisões expostas na configuração. Um limite observável dá uma referência concreta à execução. Ainda cabe a quem delega definir o comportamento esperado quando o orçamento termina.

Antes de entregar uma atividade longa, quero entender o estado que sobra da interrupção. O agente produziu algo útil? Há uma explicação do que já foi conferido? Outra execução consegue continuar dali? Impedir mais chamadas pode encerrar o gasto daquela tentativa, mas o trabalho acumulado precisa continuar compreensível pra que a retomada faça sentido.

Os hooks me interessam pela possibilidade de examinar uma ação antes que aconteça e compará-la com o escopo. Pra isso funcionar, a regra precisa ser clara. Colocar um controle em cima de uma instrução vaga só muda o lugar da dúvida. Fica bonito dizer que existe um hook; alguém ainda precisa explicar qual decisão ele consegue tomar.

Dentro do pedido autorizado, espero que o agente resolva o que já pode resolver. Me chamar a cada passo previsível torna a delegação cansativa. Quando uma decisão depende de mim, quero receber essa decisão formulada com precisão. O limite serve pra distinguir esses casos de uma maneira que a execução consiga aplicar, sem me transformar em botão de continuar.

O orçamento também precisa ter relação com a tarefa e com o resultado parcial que ainda teria utilidade. Escolher um número qualquer só pra preencher a configuração não resolve isso. Prefiro começar com trabalho pequeno e provocar a interrupção deliberadamente. Assim descubro como o sistema para antes de depender dele numa tarefa difícil de reconstruir.

É esse ensaio que quero fazer primeiro com controles desse tipo: chegar ao limite e conferir se a tarefa deixa estado legível, com a razão da parada identificada. Uma falha genérica não ajuda a decidir entre continuar ou reformular o pedido. Meu critério pra autonomia inclui a saída: trabalhar livremente no escopo conhecido e parar de um jeito que preserve o próximo passo. Sem isso, o limite protege a tentativa e abandona o trabalho.

The Broad Way | Kinho.dev