fix(agent): escape task notification summaries and surface subagent consumption

[savass33]

Substitui o #49. Parte a partir do main atual (pós-v0.15.21) e traz só o que continua válido de lá.

O que mudou

Envelope da notificação de task — description é input de tool vindo do modelo e é interpolado direto no elemento <summary>. Um < fecha a tag cedo: o parser lê um summary truncado seguido do que a description afirmar depois, inclusive um <status> forjado. Passa a remover os brackets, com teste que falha se a sanitização sair.

Consumo do subagente na lista de background tasks — as linhas local_agent mostravam só descrição e status, com token/tool count já disponíveis no task. Passa a exibir · N tokens · N tools, usando o result quando o agente terminou e o progress enquanto roda.

Model override em coordinator mode — era descartado em silêncio. Agora loga, então uma execução em modelo inesperado fica rastreável.

Sobre os slots do React Compiler

BackgroundTask.tsx é artefato compilado versionado (_c(92), import de react-compiler-runtime), e o build não regera — scripts/build.ts só faz shim de react/compiler-runtime e não há babel-plugin-react-compiler no projeto.

Por isso os 6 slots novos foram anexados em 92..97, com o cache subindo para _c(98), em vez de inseridos no meio da faixa do case "local_agent". Inserir no meio deslocaria os slots que os outros case do switch ainda leem: o case "in_process_teammate" usa 32..39. Como o array $ persiste entre renders da mesma instância, duas faixas sobrepostas fazem as guardas nunca baterem e a memoização morrer. Anexando no fim, nada mais se move.

O que ficou de fora do #49, e por quê

Todo o syncProgressUsageFromMessages e o tokenProgress.test.ts.

O main já corrigiu esse bug em 7d5b362 (v0.15.21), por outra arquitetura: o ProgressTracker guarda messages: Map<uuid, Message> e getTrackerUsage() calcula na leitura via agentUsageFromMessages(). É a mesma sacada — as referências acumuladas são o que o message_delta muta in-place — implementada como leitura preguiçosa em vez de recomputo eager, e com dedupe por uuid que a versão do #49 não tinha.

Mergear o #49 era pior que não mergear: o git faz auto-merge do LocalAgentTask.tsx sem conflito e o resultado escreve em tracker.latestInputTokens / cumulativeOutputTokens, campos que não existem mais.

LocalAgentTask.tsx(102,11): error TS2339: Property 'latestInputTokens' does not exist on type 'ProgressTracker'.
LocalAgentTask.tsx(103,11): error TS2339: Property 'cumulativeOutputTokens' does not exist on type 'ProgressTracker'.

E o "conserto óbvio" (readicionar os campos pra calar o TS) seria o pior caso: os writes viram no-op silencioso, porque getProgressUpdate lê getTokenCountFromTracker, que no main resolve por usageUpdates/messages.

Validação

• tsc --noEmit: zero erros novos vs. o baseline do main (o baseline já tem 2350 linhas de erro pré-existentes, comparei os conjuntos).
• bun test completo: 62 falhas idênticas às do main, 0 novas, 0 corrigidas — conjuntos comparados linha a linha.
• bun test src/tasks/ src/tools/AgentTool/ src/components/tasks/: 16 pass, 0 fail.
• Sanitização: verificado que o teste novo falha quando a escapagem é revertida.
• Slots 92..97 conferidos: cada um aparece em exatamente dois pontos, todos na região nova, _c(98) com max slot 97 e nenhuma lacuna.