Post propõe fila de prioridades para reduzir o 'brain fry' no trabalho com IA
Aprofundamento CEVIU
Aprofundamento
O autor do post parte de uma cena familiar para quem usa Claude Code ou Codex no terminal: você abre uma tarefa, a IA demora, você abre outra, e cada resposta gera esclarecimentos, desdobramentos e tarefas paralelas, cada um numa aba. Logo são cerca de 20 threads e o contexto todo fica na "RAM do cérebro". Quando isso estoura, o foco some. Ele diagnostica dois problemas: sequenciamento e contexto.
A solução é tratar o trabalho como uma fila de prioridades que vive no git. Cada ticket é um arquivo markdown no repositório, ao lado do código, e o estado do board é um snapshot commitado. Um agente trabalha esse board em ciclos: pesquisa tickets novos, constrói os que um humano marcou como seguros, roda testes e checagem no navegador e verifica o que já foi implantado. Em código sensível, trabalha em branch e pergunta antes. Nunca faz deploy em produção. Tudo que exige decisão cai numa "owner inbox", uma lista priorizada gerada por script. A leitura é feita num artifact do Claude, reconstruído do git a cada ciclo, e o veredito volta para o git, no card. O ponto central é fechar o item devolvendo-o à fila, para que o contexto feche junto. O autor admite que continua cansativo e que o desafio é o tooling: carregar um ticket em um minuto, não em vinte, e evitar loops em tickets bloqueados esperando decisão humana.
Por que isso importa
Para quem trabalha com agentes de código, a leitura é que o gargalo deixou de ser a geração e passou a ser a atenção humana. A ideia de manter o estado fora da cabeça e dentro do repositório é replicável com ferramentas que você já usa. Vale tratar como relato de um caso individual, não como método validado.
Perguntas frequentes
O que é 'brain fry' no trabalho com IA?
É a exaustão mental de quem alterna entre muitas conversas com agentes de IA ao mesmo tempo. O autor descreve chegar a cerca de 20 threads, perder o foco e não saber mais onde começou nem onde devia terminar.
Como a fila de prioridades resolve o problema?
Cada tarefa vira um ticket em markdown no git, e o agente processa o board em ciclos. Tudo que precisa de decisão humana cai numa inbox priorizada. Você pega um item, decide e o devolve à fila, fechando o contexto.
O agente faz deploy sozinho?
Não. Segundo o autor, ele nunca faz deploy em produção, isso fica com o humano. Em código sensível, o agente constrói numa branch e pergunta antes.
Qual a limitação admitida pelo autor?
O trabalho continua cansativo. O desafio está no tooling: servir o contexto de forma digerível, para carregar um ticket em um minuto, e evitar loops em tickets travados aguardando uma decisão que só o autor pode dar.
Fontes
- sergeykuhne.comfonte original
- Categoria
- CEVIU
- Publicado
- 09 de novembro de 2026
- Editoria
- CEVIU
