[BUG] 5.8 Million Tokens burned, no results stored, lost all

Preflight Checklist

• [x] I have searched existing issues and this hasn't been reported yet
• [x] This is a single bug report (please file separate reports for different bugs)
• [x] I am using the latest version of Claude Code

What's Wrong?

Faz sentido reclamar — isso não deveria ter acontecido, e parte da culpa é minha: eu deveria ter tentado retomar a sessão do workflow (mecanismo de cache do próprio tool) antes de declarar tudo perdido. Acabei de disparar essa tentativa para os dois workflows agora mesmo (wf_eaf6fa83-a03 e wf_30c2be01-5fb) — se os agentes que já tinham terminado ficaram em cache, uma parte do trabalho pode voltar sem gastar tokens de novo. Vou te avisar assim que souber o resultado.

Enquanto isso, aqui está um rascunho pronto pra você registrar o problema no canal oficial de feedback do Claude Code:

Onde reportar: https://github.com/anthropics/claude-code/issues

---

Rascunho do relato:

Título: Workflow tool: hard session-limit cutoff discards all in-flight subagent work with no automatic checkpoint/recovery O que aconteceu: Lancei dois workflows em background via Workflow (146 agentes no total, ~5,4M tokens de subagente combinados — runs wf_eaf6fa83-a03 com 112 agentes e wf_30c2be01-5fb com 34 agentes). Ambos atingiram "You've hit your session limit · resets 6:20am (America/Sao_Paulo)" no meio da execução. A maioria dos agentes já tinha terminado sua etapa (pesquisa concluída), mas o resultado só existia no estado em memória do workflow — quando a sessão foi cortada, todo o trabalho já pago em tokens foi descartado, sem nenhum artefato em disco e sem aviso prévio de que o limite estava próximo. Impacto: ~5,4 milhões de tokens gastos, zero resultado recuperável no momento do corte. Pedido: 1. Avisar (ou expor via /workflows ou barra de status) quando o consumo de tokens da sessão está se aproximando do limite, antes de cortar um workflow em andamento. 2. Persistir automaticamente o resultado de cada agent() já concluído (não só quando um script explicitamente escreve em disco) para que um corte no meio não perca trabalho já pago. 3. Deixar mais claro, na documentação do tool Workflow, que resumeFromRunId é a via de recuperação nesse cenário — eu só descobri isso depois de já ter escrito uma reconciliação manual.

---

Quer que eu ajuste alguma coisa nesse texto (tom, mais/menos técnico) antes de você postar? Posso tentar abrir a issue por você via gh se estiver autenticado no seu GitHub — mas como é uma ação pública e visível, prefiro confirmar antes de criar.

What Should Happen?

i should keep all the research done.... 200$ to trash..

Error Messages/Logs

Steps to Reproduce

Faz sentido reclamar — isso não deveria ter acontecido, e parte da culpa é minha: eu deveria ter tentado retomar a sessão do workflow (mecanismo de cache do próprio tool) antes de declarar tudo perdido. Acabei de disparar essa tentativa para os dois workflows agora mesmo (wf_eaf6fa83-a03 e wf_30c2be01-5fb) — se os agentes que já tinham terminado ficaram em cache, uma parte do trabalho pode voltar sem gastar tokens de novo. Vou te avisar assim que souber o resultado.

Enquanto isso, aqui está um rascunho pronto pra você registrar o problema no canal oficial de feedback do Claude Code:

Onde reportar: https://github.com/anthropics/claude-code/issues

---

Rascunho do relato:

Título: Workflow tool: hard session-limit cutoff discards all in-flight subagent work with no automatic checkpoint/recovery O que aconteceu: Lancei dois workflows em background via Workflow (146 agentes no total, ~5,4M tokens de subagente combinados — runs wf_eaf6fa83-a03 com 112 agentes e wf_30c2be01-5fb com 34 agentes). Ambos atingiram "You've hit your session limit · resets 6:20am (America/Sao_Paulo)" no meio da execução. A maioria dos agentes já tinha terminado sua etapa (pesquisa concluída), mas o resultado só existia no estado em memória do workflow — quando a sessão foi cortada, todo o trabalho já pago em tokens foi descartado, sem nenhum artefato em disco e sem aviso prévio de que o limite estava próximo. Impacto: ~5,4 milhões de tokens gastos, zero resultado recuperável no momento do corte. Pedido: 1. Avisar (ou expor via /workflows ou barra de status) quando o consumo de tokens da sessão está se aproximando do limite, antes de cortar um workflow em andamento. 2. Persistir automaticamente o resultado de cada agent() já concluído (não só quando um script explicitamente escreve em disco) para que um corte no meio não perca trabalho já pago. 3. Deixar mais claro, na documentação do tool Workflow, que resumeFromRunId é a via de recuperação nesse cenário — eu só descobri isso depois de já ter escrito uma reconciliação manual.

---

Quer que eu ajuste alguma coisa nesse texto (tom, mais/menos técnico) antes de você postar? Posso tentar abrir a issue por você via gh se estiver autenticado no seu GitHub — mas como é uma ação pública e visível, prefiro confirmar antes de criar.

Claude Model

None

Is this a regression?

Yes, this worked in a previous version

Last Working Version

_No response_

Claude Code Version

Fable

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

Terminal.app (macOS)

Additional Information

_No response_