feat(session): end a turn that has stopped producing anything

[filipeforattini]

Primeira tranche do plano. Um turno que fica em silêncio não tinha nada que o encerrasse: o provider aceita a requisição, não manda nada, e a sessão fica ocupada até alguém perceber — trinta minutos de barra rodando, tudo que você digita empilhando atrás, e a conta das tentativas.

O que ele mede

Silêncio, não tempo decorrido. Um prazo por relógio também mata turno saudável longo; só inatividade distingue turno morto de turno lento. Foi a escolha do hermes, o único dos cinco harnesses estudados desenhado para rodar sem ninguém olhando.

Duas coisas deliberadamente não contam como silêncio:

• Ferramenta rodando. Ferramentas executam dentro do SDK do provider e não emitem absolutamente nada enquanto trabalham. Sem esse guard, um cargo build de meia hora é indistinguível de um provider que sumiu. O teste que prova isso é o mais importante do PR, e verifiquei que ele falha sem o guard: sem ele, o watchdog mata o turno com a ferramenta em execução.
• Permissão aguardando resposta. Alguém decidindo se aprova um comando não é um turno travado.

Onde ele age

Isto é um julgamento sobre quem está presente, e foi a sua decisão. Na TUI e no app, ele reporta e não encerra: tem gente sentada ali, que lê o aviso, e apertar Esc é uma escolha dela. Num run script, num editor falando ACP ou num job agendado, ninguém vai apertar nada nunca — ali o silêncio é a falha inteira e encerrar é o único ato útil.

Consequência honesta: o travamento que você vê na TUI passa a ser visível, não encerrado. Se na prática isso se mostrar errado, é uma configuração de distância.

Detalhes que custaram para acertar

• O motivo é escrito antes da interrupção. Todo escritor posterior naquele caminho usa ??=, então quem chega primeiro decide o que a mensagem diz. Sem isso, um encerramento por watchdog fica idêntico a você ter apertado Esc.
• O cancelamento é destacado de propósito. Cancelar interrompe o próprio fiber do watchdog no meio do caminho, e a parte que devolve a sessão para ociosa roda depois desse ponto. Chamar inline deixaria a sessão presa em busy — exatamente o bug que este PR existe para matar.
• A TUI passou a se identificar como REDCODE_CLIENT=tui. O servidor roda dentro do worker dela e, até agora, não conseguia se distinguir de um run headless: ambos eram cli.
• A cadência sai dos próprios limiares, com piso e teto. Não faz sentido olhar a cada 15 s se o limite é de segundos, nem a cada 100 ms se é de minutos.

Verificação

• packages/redcode/src/session/stall.ts é puro, então cada ramo tem teste sem timer, sem fiber e sem provider: 9 testes.
• Dois testes de integração contra o provider falso: um prova que o turno silencioso é encerrado e que o motivo chega na mensagem; o outro prova que um turno com ferramenta rodando é deixado em paz. Ambos verificados em vermelho antes do verde.
• Suítes: sessão 421, effect/tool/config 290, core 1143, todas verdes. bun typecheck nos 31 pacotes.

Ainda sem cobertura

Chamadas ao modelo fora de um passo — compactação, título, resumo — não passam por este handle e continuam sem vigilância. Está anotado no plano como trabalho seguinte, junto com o prazo por ferramenta, que é a próxima tranche que você escolheu.

https://claude.ai/code/session_01U29Yk1UscZJ5ZVBXV1Sn8b

---

^{Need help on this PR? Tag @codesmith-bot with what you need. Autofix is disabled.}