feat: catch up with upstream, and say what a turn is doing

[filipeforattini]

Estávamos 226 commits atrás do upstream (fork point 2026-08-17). Analisei os 61 relevantes verificando, um a um, se o bug ainda existe no nosso código. Este PR traz o que vale, mais o que apareceu durante a checagem.

O turno agora diz o que está acontecendo

A barra durante um turno era um spinner e nada mais: não dava para distinguir pensar, rodar um comando, ou uma requisição travada. O servidor só reporta idle | busy | retry, mas as partes que já chegam na TUI dizem exatamente o que está acontecendo. Agora a barra mostra Thinking, Editing src/foo.ts, Running cargo test.

LSPs que morriam sozinhos

--use-system-ca is not allowed in NODE_OPTIONS: o ambiente exporta uma flag de Node que o Node do language server recusa, e o servidor morre na inicialização com código 9. Reproduzido aqui (node 23.7 recusa, 24+ aceita). Agora a flag que a mensagem nomeia é descartada e o servidor sobe de novo, uma vez. Só aquela flag: o resto do NODE_OPTIONS é do usuário.

Regressão minha, corrigida

O aviso de startup que adicionei no PR anterior disparava sempre, porque Promise.race não cancela o perdedor. O timer precisa ser cancelado, não vencido.

Portes do upstream

Provider e sessão, todos verificados contra o nosso código antes de portar:

• parseStreamError caía no fim sem retornar nada, então todo erro de stream com código não reconhecido virava falha fatal em vez de retry (71d08e9).
• Um finish-step com razão bruta network_error era lido como conclusão normal: resposta truncada em silêncio, sem retry. Agora falha, e o padrão de retry casa network_error além de network error (e0b9e68, 40282c1).
• chunkTimeout e headerTimeout agora têm padrão de cinco minutos para todo provider; false continua desligando (4eb29a6, b046973).
• textVerbosity só vai para clientes que implementam. Gateways rejeitam o parâmetro com 400, o que tornava todo gpt-5.x inutilizável por eles (3a4c253).
• Razão de término desconhecida não encerra mais o turno — e o nosso próprio código já concordava com isso em outro ponto (57fa34f).
• Preço malformado no catálogo não contamina mais a conta de custo (9b0dd36).
• Qwen não recebe mais temperatura e topP fixos por cima do provider (8b65fa2).
• O relógio de uma ferramenta não reinicia quando ela reporta progresso (765ae64).
• Subagente que morre agora falha a ferramenta. Antes retornava "", que o modelo pai lê como "terminei, nada a relatar" (c313504, 35fe5b7).
• redcode run responde pedidos de permissão vindos de subagentes, que antes travavam para sempre (08faeb3).
• Config.update passa a mesclar no arquivo como escrito. Antes mesclava no objeto decodificado pelo schema, apagando do config.json do usuário toda chave que o schema não modela — escolher um modelo na TUI bastava (03afae5, só a metade de escrita).

O CI não estava rodando os nossos testes

turbo.json definia a tarefa test para quatro pacotes, e a entrada opencode#test nomeia um pacote que não existe desde a renomeação. Resultado: nem a suíte do produto nem a da TUI rodavam no CI. Foi por isso que uma regressão minha no contexto de dados da TUI passou no PR anterior. Agora uma tarefa test simples cobre todo pacote que tem o script.

Consequências disso, incluídas aqui:

• O espelho de sessões da TUI voltou a projetar eventos, agora limitado (8 sessões, 100 mensagens) em vez de bloqueado. O bloqueio corrigia a memória mas quebrava a projeção, que é a razão de existir do store.
• Dois testes de Workers fixavam texto truncado numa largura exata; o sidebar é redimensionável neste fork, então passam a asseverar conteúdo que não depende da largura.

Verificação

Testes novos, cada um verificado em vermelho antes do verde: descrição da atividade (8), recuperação de NODE_OPTIONS (5, incluindo o processo filho realmente nascendo sem a flag), preservação de chaves da config.

bun typecheck (31 pacotes) verde. Suítes de core (1143), lsp, config, provider, session, tool, util e prompt verdes.

Ressalva honesta: um teste de Workers (preserve the session column) ainda falha nesta máquina por tempo, com load average acima de 6. Ele é pesado e renderiza a app inteira. Como o CI agora roda a suíte da TUI pela primeira vez, é ele que vai dizer se o problema é a máquina ou o teste.

Analisado e deixado de fora

Com evidência levantada, não portado neste PR: a série blockBinding do Anthropic para Claude 5.1+, que exige subir @ai-sdk/anthropic e @ai-sdk/amazon-bedrock e trazer dois patches novos; autenticação Azure por CLI; v2-compat de config (449 linhas); e o Cloudflare AI Gateway. Detalhes e prioridades na descrição de cada um foram levantados na análise.

https://claude.ai/code/session_01U29Yk1UscZJ5ZVBXV1Sn8b

---

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