Paperclip canary/v2026.630.0-canary.1

Paperclip canary/v2026.630.0-canary.1

Resumo

O Paperclip canary/v2026.630.0-canary.1 consolida duas mudanças: uma correção no heartbeat de execuções de agentes e uma melhoria de navegação na command palette ⌘K. O ponto mais importante é evitar que runs remotos ou sandbox silenciosos sejam finalizados como process_lost enquanto ainda estão ativos.

Novidades

Nenhuma novidade estrutural foi publicada nesta linha canary. A mudança visível para usuários está na command palette, que passa a promover projetos quando a busca corresponde ao nome do projeto.

Melhorias

• Paperclip canary/v2026.630.0-canary.1 — Command palette: projetos que correspondem à busca digitada em ⌘K passam a aparecer acima de tarefas, com grupo dedicado e limite para não esconder resultados de task.
• Paperclip canary/v2026.630.0-canary.1 — Nome do projeto: o nome do projeto permanece visível na linha da typeahead, corrigindo o caso no qual a descrição flexível consumia a largura disponível.
• Paperclip canary/v2026.630.0-canary.1 — Ranking de projetos: a busca local considera correspondência exata, prefixo, substring, descrição e fuzzy subsequence, com cap de cinco projetos promovidos.

Correções

• Paperclip canary/v2026.630.0-canary.1 — Heartbeat compartilhado: o rastreamento de execução ativa do adapter sai do closure de heartbeatService() e passa para estado de processo compartilhado entre instâncias do serviço.
• Paperclip canary/v2026.630.0-canary.1 — Orphan reaper: o reaper deixa de marcar como process_lost uma execução que continua ativa em outra instância de heartbeatService() dentro do mesmo processo.
• Paperclip canary/v2026.630.0-canary.1 — Runs remotos e sandbox: execuções sem PID ou process group local ficam menos expostas a falso process_lost quando o comando remoto segue ativo, mas sem emitir sinal local frequente.
• Paperclip canary/v2026.630.0-canary.1 — Regressão de heartbeat: a suíte adiciona teste que inicia o run por uma instância do heartbeat e executa o reaper por outra, comprovando que a execução ativa não é recolhida indevidamente.
• Paperclip canary/v2026.630.0-canary.1 — Regressão de palette: testes da UI confirmam promoção de projetos correspondentes, exclusão de projetos não correspondentes e navegação correta ao selecionar um projeto promovido.

Breaking changes

Nenhuma breaking change foi publicada. A própria origem deixa claro que a correção cobre servidores de processo único e não resolve coordenação de liveness entre múltiplos processos.

Ponto de Atenção

• Teste sugerido: inicie duas instâncias de heartbeatService() no mesmo processo, execute um adapter por uma delas e rode o orphan reaper pela outra para confirmar que o run ativo não vira process_lost.
• Teste sugerido: rode um adapter remoto ou sandbox que fique sem saída por um período e confirme se a execução continua ativa até o retorno real do adapter.
• Teste sugerido: abra ⌘K, busque por um nome de projeto conhecido e confirme se projetos aparecem acima de tarefas com o nome visível.
• Teste sugerido: em deploy com múltiplos processos, revise se ainda existe mecanismo externo de liveness, porque a mudança publicada cobre apenas compartilhamento dentro do mesmo processo.

Notas da versão

A validação publicada cita 61 testes de heartbeat, typecheck, build e teste específico da command palette, mas também registra uma falha local não relacionada em workspace-runtime.test.ts. Para adoção, o release é mais relevante em ambientes que executam agentes remotos, sandbox ou servidores locais com múltiplos caminhos criando heartbeatService().