Resumo
As canaries .9 a .14 do Paperclip corrigem a atualização do estado dos runners e a retomada após uma interrupção remota. A canary.10 exige retomar uma tarefa pausada antes de enviar comentários do Board, preservando o rascunho na interface. O conjunto também altera a largura da lista de tarefas no celular e permite direcionar builds Cloud para runners AWS autorizados.
Novidades
- Paperclip canary/v2026.911.0-canary.14 — Confirmação remota: hooks de liberação e destruição do sandbox aceitam comprovantes opcionais de encerramento emitidos pelo provider. Cada comprovante fica associado à empresa e à execução, com identificação da concessão e do recurso remoto.
- Paperclip canary/v2026.911.0-canary.14 — Tarefas pausadas: a canary.10 substitui o campo de mensagem por um cartão de pausa, mantendo o texto e os anexos do rascunho até a retomada explícita.
Melhorias
- Paperclip canary/v2026.911.0-canary.14 — Eventos do runner: a canary.9 indexa os registros de diagnóstico incrementalmente, evitando reler o arquivo completo a cada correlação. Cada consulta lê até 1 MiB, e registros acima de 64 KiB ficam fora do índice, mas permanecem no arquivo original.
- Paperclip canary/v2026.911.0-canary.14 — Builds Cloud: a canary.12 permite usar uma Fleet AWS autorizada em builds da branch master do repositório oficial. A configuração preserva a verificação e a publicação das imagens. Desativar
AWS_CLOUD_BUILDS_ENABLEDpermite repetir o workflow nos runners do GitHub.
Correções
- Paperclip canary/v2026.911.0-canary.14 — Retomada de tarefas remotas: após o provider confirmar o encerramento, uma nova mensagem pode iniciar outro turno. Mensagens recebidas durante a limpeza são reavaliadas sem exigir um segundo envio, inclusive após uma tentativa posterior de limpeza bem-sucedida.
- Paperclip canary/v2026.911.0-canary.14 — Sandboxes distintos: o comprovante de um recurso não libera a limpeza pendente de outro, mesmo quando ambos pertencem à mesma execução. Resultados anteriores de ações permanecem registrados, sem autorizar sua repetição.
- Paperclip canary/v2026.911.0-canary.14 — Interface móvel: a canary.13 faz o painel lateral da árvore de tarefas ocupar toda a largura disponível no celular.
- Paperclip canary/v2026.911.0-canary.14 — Estado do runner: a canary.9 evita que a leitura dos registros de diagnóstico atrase os eventos por minutos e mantenha uma execução aparentemente ativa após o término do turno no provider.
Breaking changes
- Paperclip canary/v2026.911.0-canary.14 — Comentários em tarefas pausadas: desde a canary.10, as rotas de escrita de comentários do Board retornam HTTP 409 durante a pausa. Integrações que usavam comentários para continuar o trabalho precisam retomar a tarefa ou sua árvore ancestral antes de enviar a mensagem. Relatórios dos agentes continuam permitidos durante a pausa, sem migração do banco.
Ponto de Atenção
- Paperclip canary/v2026.911.0-canary.14 — Estabilidade: este registro reúne seis publicações canary. A descrição da canary.11 está truncada e informa somente a continuidade de tarefas interrompidas com tentativas limitadas, sem detalhar a configuração.
- Paperclip canary/v2026.911.0-canary.14 — Providers antigos: plugins sem comprovante de encerramento mantêm a retenção anterior. A correção não recupera arquivos que ficaram sem checkpoint nem resolve os avisos separados de sincronização e finalização descritos nas notas.
- Paperclip canary/v2026.911.0-canary.14 — Teste sugerido: pause uma tarefa com rascunho e tente enviar um comentário pela API. Confira o HTTP 409, retome a tarefa e valide um único envio com o rascunho preservado. Em Daytona, interrompa uma execução, envie outra mensagem durante a limpeza e confira a continuidade após o encerramento confirmado.
Notas da versão
- Paperclip canary/v2026.911.0-canary.14 — Publicações oficiais: consulte as canaries .9, .10, .11, .12, .13 e .14, publicadas em 11 de setembro de 2026.
- Paperclip canary/v2026.911.0-canary.14 — Validação publicada: as notas da canary.14 informam aprovação das verificações finais de integração contínua. A suíte local completa parou após quatro falhas, corrigidas em execuções específicas, e não foi declarada integralmente aprovada.