O n8n 2.43.7 suspende as execuções de produção em andamento quando o worker encerra. O Openship 0.9.2 permite declarar workers e schedulers em containers próprios, com a mesma imagem e o mesmo ambiente da aplicação web. As duas publicações mudam a leitura do estado de uma tarefa durante a manutenção dos processos, porque um comando que já saiu para outro serviço não é desfeito pelo encerramento do processo local.

O Antigravity CLI 1.4.0 aplica ao comando agy plugin validate as verificações do carregador e corrige a substituição de variáveis nos cabeçalhos dos servidores MCP. O OpenScreen publica as candidatas 2.1.0-rc.2, 2.1.0-rc.3 e 2.1.0-rc.4 com correções de gravação de arquivos, prévia de vídeo e restauração de mensagens. O OpenCode 1.19.2 mantém a atualização regular na linha 1.x e o 1.19.3 gera variantes a partir das opções de raciocínio do modelo. O Orca 1.4.227 conserva a permissão configurada em cada conversa nativa do Claude e do Codex.

O Claude Code 2.1.302 corrige rotinas agendadas que repetiam o trabalho depois de uma falha parcial e altera a inicialização de permissões nas sessões sem modo definido. O Spec Kit 1.2.1 carrega as etapas personalizadas antes de atualizar um workflow. O Next.js 16.5.0-canary.16 encaminha os metadados das Server Actions à renderização do App e desfaz a reunião das requisições com middleware num único trace do OpenTelemetry.

Este diário cobre o intervalo de 16/10/2026 a 16/10/2026 pelo calendário UTC de publicação do GitHub. A consulta encontrou treze releases em nove sistemas, com oito versões estáveis e cinco pré-releases. O canal de teste reúne o n8n 2.44.3, o Next.js 16.5.0-canary.16 e as três candidatas do OpenScreen.

Atualizações em Antigravity CLI

1 versão

A validação dos plugins utiliza as mesmas verificações aplicadas no carregamento e informa arquivo e linha de cada ocorrência. A autenticação dos servidores MCP deixa de enviar o marcador literal no lugar da credencial configurada. Os comandos em segundo plano preservam o estado atual da sessão ao terminar, sem recuperar o estado do início da execução.

Antigravity CLI 1.4.0

Novidades

Antigravity CLI 1.4.0 — Estado no terminal: o protocolo OSC 7501 informa trabalho em andamento, espera por resposta, conclusão ou falha na aba ou na janela. A CLI consulta a compatibilidade do terminal antes de ativar o recurso.
Antigravity CLI 1.4.0 — Envio de mensagens: alt+m utiliza o modo oposto ao definido em Queued Messages, enviando na hora durante a fila ou enfileirando durante o envio imediato.

Melhorias

Antigravity CLI 1.4.0 — Validação de plugins: agy plugin validate aceita a pasta do plugin ou o plugin.json, sugere correção para campos desconhecidos e aponta componentes colocados na pasta errada.
Antigravity CLI 1.4.0 — Integração contínua: --json produz um relatório estruturado e --strict faz o comando terminar com falha também quando encontra avisos.

Correções

Antigravity CLI 1.4.0 — Autenticação MCP: variáveis nos cabeçalhos recebem o valor configurado. Um cabeçalho como Authorization: Bearer ${TOKEN} deixa de enviar o marcador literal.
Antigravity CLI 1.4.0 — Verificação de acesso: erros temporários de disponibilidade ou de limite de requisições provocam novas tentativas, sem deixar a sessão recusando mensagens até reiniciar.
Antigravity CLI 1.4.0 — Comandos em segundo plano: a conclusão preserva as alterações de arquivos, as tarefas e o custo acumulado da sessão. A saída final fica registrada no log também quando o comando é cancelado.
Antigravity CLI 1.4.0 — Histórico no terminal: a visualização Commit Tree de /diff mostra até 100 commits com rolagem, e o cursor seleciona somente linhas de commits.
Antigravity CLI 1.4.0 — Links de diretórios: as respostas conservam os links e exibem o nome da pasta correspondente.

Ponto de Atenção

Use AGY_CLI_OSC7501=off para desativar o estado no terminal. O valor on força o recurso nos terminais compatíveis que não respondem à consulta inicial. A opção AGY_CLI_OSC7501_MESSAGES=brief omite os detalhes do comando ou da pergunta pendente.

No macOS, Option+m depende de Option configurado como Alt. Confira também o efeito de --strict nos jobs existentes, pois um único aviso do plugin já encerra o comando com falha quando a opção está ativa.

Teste sugerido: valide um plugin pela pasta e pelo manifest. Conecte um servidor MCP de homologação com a credencial em variável de ambiente e confira a autenticação. Execute um comando em segundo plano e verifique sua saída final no log.

Notas da versão

O release oficial do Antigravity CLI 1.4.0 foi publicado em 16/10/2026 às 05h24 UTC como versão estável.

Atualizações em Claude Code

1 versão

A versão 2.1.302 corrige rotinas agendadas que podiam repetir o trabalho depois de uma falha parcial e diferencia a sessão interrompida de uma tarefa concluída. O histórico registra falha para rotinas arquivadas antes de começar. Você confere o resultado pelo estado gravado e pelas ações que chegaram ao serviço de destino.

As sessões iniciadas por claude -p ou pelo Agent SDK exigem atenção à configuração de permissões, porque o modo default é utilizado em determinadas instalações quando nenhum modo foi informado. O tipo de subagente fork fica habilitado por padrão em mais interfaces, com diferenças entre a execução dos agentes da conversa principal e as chamadas feitas por outro subagente.

Claude Code 2.1.302

Novidades

Claude Code 2.1.302 — Classificador local: CLAUDE_CODE_AUTO_MODE_MODEL seleciona o modelo do classificador do modo Auto no cliente, sem alterar o classificador executado no servidor.
Claude Code 2.1.302 — Compactação por inatividade: /config permite desativar ou reativar esse comportamento, e o aviso posterior à compactação explica como desativá-lo.
Claude Code 2.1.302 — Rotinas na nuvem: a página da rotina informa por que a última execução não começou, incluindo o limite de sessões simultâneas da organização.

Melhorias

Claude Code 2.1.302 — Plugins: a inicialização reduz as consultas ao sistema de arquivos para carregar comandos e agentes, especialmente no Windows.
Claude Code 2.1.302 — Conversas extensas: o modo Auto com classificador no servidor compacta a conversa que excede o tamanho aceito pela verificação das ferramentas.
Claude Code 2.1.302 — Subagentes: o tipo fork fica habilitado por padrão no modo -p, no Agent SDK, no desktop e no VS Code. CLAUDE_CODE_FORK_SUBAGENT=0 desativa o recurso, que não é oferecido por claude mcp serve.
Claude Code 2.1.302 — Execução dos agentes: desktop e VS Code executam os subagentes da conversa principal em segundo plano. As chamadas Agent feitas por um subagente utilizam o primeiro plano por padrão.
Claude Code 2.1.302 — Hooks: até 12 hooks de prompt ou de agente associados ao mesmo evento executam simultaneamente, e os demais aguardam.

Correções

Claude Code 2.1.302 — Rotinas repetidas: uma rotina agendada que falhou parcialmente não reinicia desde o começo uma hora ou mais depois. Essa repetição podia publicar o mesmo relatório duas vezes.
Claude Code 2.1.302 — Estado na nuvem: sessões interrompidas inesperadamente e rotinas arquivadas antes de começar recebem estado de falha. A retomada conserva o custo e o consumo registrados, e a restauração aceita mensagens anteriores à mais recente.
Claude Code 2.1.302 — Leitura de imagens: a ferramenta Read recusa fontes acima de 128 MB e corrige a leitura integral de pipes ou dispositivos nomeados como imagens.
Claude Code 2.1.302 — Protocolo MCP: servidores que negociam a versão 2026-07-28 continuam disponíveis quando omitem resultType, ttlMs ou cacheScope.
Claude Code 2.1.302 — Configuração gravada: os subcomandos aguardam a escrita pendente antes de terminar. Plugins e checkouts reutilizados recebem correções para o formato reftable do Git.
Claude Code 2.1.302 — Modelos e compactação: a interrupção durante a compactação não produz o erro de prompt longo descrito nas notas. A troca para Vertex ou Bedrock não envia o campo diagnostics recusado, e gateways com prefixos no nome do modelo conservam o destino de /autocompact e /effort.
Claude Code 2.1.302 — Windows: projetos em exFAT ou FAT32 recebem correção nas permissões de escrita. O PowerShell encontra comandos na pasta bin/ dos plugins e aceita buscas sem resultados encaminhadas a cmdlets de formatação.
Claude Code 2.1.302 — Telemetria: os eventos tool_decision recuperam classifier_category nas recusas do classificador e preservam os atributos da ferramenta sob um limite baixo.
Claude Code 2.1.302 — Integrações: a autenticação MCP pelo VS Code aceita URLs com parâmetros. O Claude Tag recebe correções para anexos de imagem, acesso por função, seleção de workspace e conectores que compartilham o mesmo host.

Ponto de Atenção

Sessões claude -p e Agent SDK sem modo de permissão definido iniciam em default quando utilizam fornecedores externos, telemetria desativada ou uma instalação nova. Use --permission-mode auto quando esse for o comportamento pretendido, pois as notas não anunciam a remoção dessa opção.

A restauração de mensagens nas sessões em nuvem exige Claude Code 2.1.246 ou posterior nos runners próprios. Os comandos de integração com o Claude Design também avisam que a oferta independente encerra até 14 de dezembro de 2026.

Teste sugerido: em homologação, compare a inicialização sem modo informado com --permission-mode auto. Confira a gravação de uma preferência após um subcomando de plugin e a lista de ferramentas de um servidor MCP compatível. Examine o histórico de uma rotina interrompida para verificar o estado registrado e a ausência de uma execução repetida.

Notas da versão

O release oficial do Claude Code 2.1.302 foi publicado em 16/10/2026 às 20h53 UTC como versão estável.

Atualizações em n8n

2 versões

As duas linhas recebem mudanças distintas. A 2.43.7 altera o encerramento dos workers para suspender as execuções de produção em andamento. A 2.44.3 corrige a preservação das linhas de detalhe nas respostas do Observer. A primeira publicação é estável e a segunda permanece marcada como pré-release no GitHub, mesmo sem sufixo beta no número.

n8n 2.43.7

Novidades

n8n 2.43.7 — Encerramento do worker: as execuções de produção em andamento são suspensas durante o desligamento do processo.

Melhorias

As notas concentram a descrição no encerramento do worker, sem apresentar melhorias independentes de interface ou de desempenho.

Correções

A publicação não enumera correções adicionais nesta versão da linha estável.

Ponto de Atenção

A suspensão descrita não comprova que uma chamada externa já iniciada será desfeita ou executada uma única vez. Confira o estado da execução ao encerrar um worker de homologação, principalmente nos workflows que enviam mensagens ou gravam registros em outro serviço.

Teste sugerido: inicie um workflow de teste que permaneça em execução e encerre normalmente seu worker. Observe o estado registrado pelo n8n e confira no serviço de destino quais ações chegaram a concluir.

Notas da versão

O release oficial do n8n 2.43.7 foi publicado em 16/10/2026 às 07h23 UTC como versão estável.

n8n 2.44.3

Novidades

O release não anuncia funcionalidades adicionais para os workflows.

Melhorias

As notas não apresentam melhorias separadas da correção nas respostas do Observer.

Correções

n8n 2.44.3 — Respostas do Observer: o processamento preserva as linhas de detalhe em vez de descartar a resposta.

Ponto de Atenção

A marcação de pré-release continua válida mesmo sem sufixo beta no número da versão. As notas não detalham o formato das linhas nem apresentam uma sequência de reprodução da falha.

Teste sugerido: numa instalação de homologação que utilize o Observer, confira se uma resposta com linhas de detalhe permanece disponível após o processamento.

Notas da versão

O release oficial do n8n 2.44.3 foi publicado em 16/10/2026 às 07h22 UTC como pré-release.

Atualizações em Next.js

1 versão

A canary.16 altera a passagem de informações entre a requisição de uma Server Action e a renderização do App. A publicação também desfaz a união dos traces de requisições que atravessam middleware. Você precisa conferir a resposta da aplicação e o registro do rastreamento separadamente, porque as notas descrevem mudanças nas duas áreas sem medir o efeito de cada uma.

Next.js 16.5.0-canary.16

Novidades

As notas descrevem manutenção dos mecanismos existentes, sem anunciar uma nova API pública.

Melhorias

Next.js 16.5.0-canary.16 — Renderização do App: os metadados da requisição de uma Server Action são encaminhados à renderização.
Next.js 16.5.0-canary.16 — Código interno: a representação de fetchStrategy é reorganizada em etapa e completude, e o método sem uso NextNodeServer.renderHTML é removido.

Correções

Next.js 16.5.0-canary.16 — Rastreamento: a publicação reverte a mudança que mantinha as requisições pelo middleware num único trace do OpenTelemetry.
Next.js 16.5.0-canary.16 — CLI de atualização: a fixação da versão considera o tempo transcorrido desde a publicação.
Next.js 16.5.0-canary.16 — Avaliação de upgrades: os links de dependências dos worktrees utilizados na avaliação recebem correção.

Ponto de Atenção

A versão permanece no canal canary. A reversão no OpenTelemetry exige conferir os traces das rotas que utilizam middleware. As notas não detalham quais metadados das Server Actions são encaminhados nem informam o prazo aplicado pela CLI de atualização. A remoção de um método descrito como sem uso não comprova uma incompatibilidade pública.

Teste sugerido: execute uma Server Action numa aplicação de homologação e confira a resposta renderizada. Numa rota com middleware e OpenTelemetry configurado, compare os traces registrados com os da versão anterior.

Notas da versão

O release oficial do Next.js 16.5.0-canary.16 foi publicado em 16/10/2026 às 23h47 UTC como pré-release.

Atualizações em OpenCode

2 versões

O atualizador da linha 1 consulta o pacote npm opencode-ai e mantém a atualização regular dentro de 1.x. A migração para a versão 2 exige uma ação específica, oferecida em /update ou pelo comando opencode upgrade --major. O canal de instalação precisa ser conferido, porque o Homebrew Core acompanha uma linha diferente da utilizada nessas atualizações.

A versão 1.19.3 permite gerar variantes a partir das opções de raciocínio configuradas para o modelo. Os ajustes que você já definiu permanecem aplicados, mas as variantes geradas substituem as do catálogo.

OpenCode 1.19.2

Novidades

A publicação não anuncia novos recursos de edição ou de execução de agentes.

Melhorias

As notas concentram as mudanças na correção dos percursos de instalação e de atualização.

Correções

OpenCode 1.19.2 — Linha de atualização: as instalações 1.x consultam somente o latest de opencode-ai no npm. A migração para a versão 2 utiliza a oferta específica em /update ou o comando opencode upgrade --major.
OpenCode 1.19.2 — Gerenciadores de pacotes: a atualização de instalações gerenciadas pelo Yarn recebe correção. O atualizador verifica a disponibilidade no tap do Homebrew e no Chocolatey antes de oferecer uma versão.
OpenCode 1.19.2 — Homebrew Core: o atualizador ignora versões 1.x para instalações desse canal, que acompanha o OpenCode 2. O script de instalação também recusa instalar versões 2.x.

Ponto de Atenção

Confira como o OpenCode foi instalado, pois o Homebrew Core acompanha uma linha diferente da utilizada nas atualizações regulares da versão 1. O comando com --major representa uma migração deliberada e não é necessário para aplicar uma correção da linha 1.x.

Teste sugerido: abra /update numa instalação 1.x e confirme que a atualização regular permanece nessa linha. Numa instalação pelo Yarn, verifique a versão instalada após executar o atualizador.

Notas da versão

O release oficial do OpenCode 1.19.2 foi publicado em 16/10/2026 às 02h30 UTC como versão estável.

OpenCode 1.19.3

Novidades

As notas apresentam uma mudança na configuração dos modelos, sem anunciar uma ferramenta adicional para o agente.

Melhorias

OpenCode 1.19.3 — Variantes de raciocínio: as opções configuradas para o modelo geram variantes em substituição às do catálogo, e os ajustes de variantes definidos na configuração permanecem aplicáveis.

Correções

A publicação não descreve correções independentes da mudança na configuração das variantes.

Ponto de Atenção

As notas não informam os nomes dos campos nem detalham quais modelos aceitam cada opção de raciocínio. A preservação dos ajustes configurados não comprova que todas as variantes do catálogo continuarão disponíveis, porque elas são substituídas pelas variantes geradas.

Teste sugerido: numa instalação de homologação, configure as opções de raciocínio de um modelo compatível e confira as variantes disponíveis. Verifique também se um ajuste de variante já definido continua aplicado após a atualização.

Notas da versão

O release oficial do OpenCode 1.19.3 foi publicado em 16/10/2026 às 12h31 UTC como versão estável.

Atualizações em OpenScreen

3 versões

A candidata 2.1.0-rc.2 corrige a aplicação das escritas feitas pelo agente e a recuperação do histórico ao restaurar uma mensagem. No Linux, o primeiro frame não recebe mais o último dígito do temporizador de início da gravação. A prévia conserva o movimento do cursor e o avanço do relógio durante a exibição prolongada de um frame.

A rc.3 mantém também o movimento da câmera nessa situação e usa texturas Managed para ler a prévia nos Macs Intel. A timeline copia o elemento inteiro quando você clica em um fragmento. A rc.4 corrige a visualização utilizada para restaurar uma mensagem e a identificação dessa mensagem na confirmação. As três publicações continuam no canal de pré-release.

OpenScreen 2.1.0-rc.2

Novidades

As notas descrevem manutenção da rc.1, sem anunciar uma nova ferramenta pública de edição.

Melhorias

OpenScreen 2.1.0-rc.2 — Anotações: a conferência do formato do frame é dispensada quando ele não contém elementos sobrepostos.
OpenScreen 2.1.0-rc.2 — Diagnóstico: a coleta acionada pela bandeja e pelos menus recebe os registros disponíveis. O buffer de log do processo principal inicia junto do aplicativo, e a saída dos auxiliares Linux recebe limite em bytes.

Correções

OpenScreen 2.1.0-rc.2 — Gravação de arquivos: uma renomeação que retorna EXDEV utiliza cópia direta para o destino como alternativa.
OpenScreen 2.1.0-rc.2 — Ferramentas do agente: as chamadas de um turno executam sequencialmente para que todas as escritas sejam aplicadas. A restauração de uma mensagem anterior também a remove do histórico do agente.
OpenScreen 2.1.0-rc.2 — Frames por MCP: getFrames não lê a telemetria de cliques quando renderiza pelo processo principal.
OpenScreen 2.1.0-rc.2 — Texto no frame: o texto é reajustado quando o modo Auto altera o formato do frame.
OpenScreen 2.1.0-rc.2 — Gravação no Linux: o primeiro frame não inclui o último dígito do temporizador. O limite do parâmetro QP do VAAPI preserva a legibilidade do primeiro quadro-chave.
OpenScreen 2.1.0-rc.2 — Janelas no Wayland: o editor sai do estado maximizado sem acumular deslocamentos de suas dimensões. A barra flutuante fica oculta em vez de minimizada e considera os painéis que o Wayland não informa.
OpenScreen 2.1.0-rc.2 — Prévia de vídeo: o cursor continua em movimento durante a retenção de um frame, e o tempo acompanha o relógio de reprodução. O último frame permanece até o fim do clipe, sem rastro de motion blur atravessando uma junção no modo Full Camera.

Ponto de Atenção

A versão permanece como pré-release. As notas mantêm o defeito de ocultação de ícones como conhecido e anterior a esta candidata. A correção do temporizador alcança o último dígito no primeiro frame, sem comprovar a resolução de todas as limitações da captura no Linux.

O projeto aberto fica fora do arquivo de diagnóstico. Confira o material coletado ao investigar uma falha, sem presumir que ele contém a reprodução completa do projeto.

Teste sugerido: numa cópia de projeto, execute um turno com várias escritas e confira cada alteração. Restaure uma mensagem anterior para observar o histórico. No Linux, grave um trecho com o temporizador de início e confira o primeiro frame.

Notas da versão

O release oficial do OpenScreen 2.1.0-rc.2 foi publicado em 16/10/2026 às 08h06 UTC como pré-release, com mudanças descritas desde a rc.1.

OpenScreen 2.1.0-rc.3

Novidades

A candidata descreve manutenção da prévia e da timeline, sem anunciar uma nova ferramenta pública de edição.

Melhorias

OpenScreen 2.1.0-rc.3 — Teste do compositor: a verificação de um frame pronto desatualizado mantém ocupadas todas as posições do buffer circular, exceto a última, independentemente do tamanho desse buffer.

Correções

OpenScreen 2.1.0-rc.3 — Movimento da câmera: a câmera continua avançando na prévia durante a exibição prolongada de um frame da tela.
OpenScreen 2.1.0-rc.3 — Cópia na timeline: a cópia abrange o elemento inteiro, sem se limitar ao fragmento que recebeu o clique.
OpenScreen 2.1.0-rc.3 — Prévia no Mac Intel: o compositor utiliza texturas Managed para ler a prévia no macOS desses computadores.
OpenScreen 2.1.0-rc.3 — Reutilização dos frames: a posição de um frame compartilhado retorna ao buffer 40 milissegundos após o Chromium liberá-lo. O buffer circular utiliza oito posições, e a retenção mínima considera dois frames de uma tela lenta.

Ponto de Atenção

A publicação permanece como pré-release e compara suas mudanças com a rc.2. Os ajustes do buffer não vêm acompanhados de uma medição de desempenho nem de uma confirmação sobre a exportação do vídeo final.

Teste sugerido: numa cópia de projeto, mantenha um frame da tela em exibição durante um movimento da câmera e confira a prévia. Copie um elemento da timeline clicando em um de seus fragmentos e verifique o conteúdo copiado. Num Mac Intel, confira também a renderização da prévia.

Notas da versão

O release oficial do OpenScreen 2.1.0-rc.3 foi publicado em 16/10/2026 às 13h03 UTC como pré-release.

OpenScreen 2.1.0-rc.4

Novidades

A publicação não anuncia novas ferramentas de gravação ou de edição.

Melhorias

As notas concentram as mudanças nas duas correções da restauração do chat.

Correções

OpenScreen 2.1.0-rc.4 — Visualização do chat: a restauração da mensagem utiliza a visualização da qual ela foi enviada.
OpenScreen 2.1.0-rc.4 — Confirmação de restauração: uma confirmação já aberta aponta para o identificador gravado da mensagem.

Ponto de Atenção

A candidata permanece como pré-release. As notas comparam a rc.4 com a rc.3 e não descrevem alterações na exportação do vídeo ou na retenção dos checkpoints.

Teste sugerido: numa cópia de projeto, solicite a restauração de uma mensagem e confira a visualização utilizada. Antes de confirmar, verifique se a mensagem indicada continua sendo a que você selecionou.

Notas da versão

O release oficial do OpenScreen 2.1.0-rc.4 foi publicado em 16/10/2026 às 21h21 UTC como pré-release.

Atualizações em Openship

1 versão

Workers e schedulers podem ser declarados junto da aplicação, em containers que usam a mesma imagem e aceitam comandos próprios. A manutenção desses processos acompanha o projeto, inclusive durante um rollback. A inicialização exige inspeções válidas dos containers para não apresentar como ativo um processo que já terminou.

Os servidores próprios também recebem configuração de Cloudflare Tunnel pelo painel. A publicação altera a administração dos domínios e corrige o tratamento dos volumes, usando identificadores imutáveis para distinguir projetos novos que reutilizam um slug excluído.

Openship 0.9.2

Novidades

Openship 0.9.2 — Workers e schedulers: openship.json ou a API do projeto define os processos adicionais. Eles compartilham o ambiente, os volumes e as redes da aplicação, sem publicar portas próprias.
Openship 0.9.2 — Túneis Cloudflare: a página Security conecta ou cria um túnel nomeado num servidor próprio. Os domínios podem receber uma política Access existente, com retomada da configuração após uma interrupção.
Openship 0.9.2 — Personalização: a interface permite pré-visualizar temas e importar cores e tipografia. As preferências ficam separadas por login e por instância.
Openship 0.9.2 — Catálogo: Paperless-ngx e Wiki.js ampliam as opções para documentos. Homepage oferece um painel sem exigir o socket do Docker, e Immich e Jellyfin acrescentam aplicações de mídia.
Openship 0.9.2 — IA em servidor próprio: Ollama aceita CPU ou uma GPU NVIDIA, e Open WebUI conecta a um backend existente. Esses templates utilizam servidores próprios conectados, não a capacidade gerenciada do Cloud.

Melhorias

Openship 0.9.2 — Cache por projeto: builds compatíveis reutilizam o estado do BuildKit e caches de compiladores. A limpeza preserva workers ativos e imagens de releases.
Openship 0.9.2 — Execução no Cloud: projetos diferentes podem enviar builds simultaneamente, respeitando os limites configurados e a simultaneidade do plano.
Openship 0.9.2 — Bancos compartilhados: projetos autorizados no mesmo cluster podem conectar bancos nativos PostgreSQL ou Redis. O projeto que possui o banco conserva sua administração e seus backups.
Openship 0.9.2 — Scheduler do Laravel: o preset utiliza SIGTERM com espera de 10 segundos. Os workers de fila e Horizon mantêm 90 segundos, com possibilidade de ajuste para tarefas longas.

Correções

Openship 0.9.2 — CPU e memória: limites omitidos não viram tetos derivados da capacidade observada, e limites antigos permanecem até que você selecione Full capacity. A capacidade do servidor e do plano continua aplicável.
Openship 0.9.2 — Volumes e exclusão: novos volumes Cloud usam identificadores imutáveis do projeto para evitar associação indevida após reutilizar um slug. Falhas de limpeza permanecem disponíveis para nova tentativa.
Openship 0.9.2 — Estado dos containers: a inicialização recusa inspeções ausentes ou duplicadas e processos já encerrados. Workers e schedulers não herdam PORT.
Openship 0.9.2 — Monitoramento: o aviso de indisponibilidade exige falhas repetidas nas consultas ao Docker, e respostas atrasadas não anunciam recuperação indevida.
Openship 0.9.2 — Roteamento: domínios adicionados pela CLI recebem configuração de acesso. A seleção de portas evita a faixa efêmera do sistema de destino, e o domínio com www pode redirecionar para o principal com resposta 301.
Openship 0.9.2 — Painel e email: páginas do dashboard e rotas de autenticação recusam exibição em frames. O webmail preserva o nome do certificado ao conectar ao servidor de email e limita a espera no login.

Ponto de Atenção

Atualize a API e os clientes Desktop ou dashboard para utilizar as configurações da 0.9.2. As migrações do banco executam na inicialização normal da API. A seleção automática de workers por framework e a migração desses processos entre servidores não fazem parte desta versão.

Os prazos de encerramento não comprovam a conclusão de uma tarefa nem uma execução única do agendamento. A associação automática de domínios ao túnel aceita endereços exatos e seus correspondentes com www, sem suporte a curingas nesse percurso.

Teste sugerido: declare um worker e um scheduler em homologação, confira os containers iniciados e execute um rollback. Verifique se somente uma instância do scheduler permanece ativa. Num domínio de teste, confira a conexão do túnel e o redirecionamento escolhido para www.

Notas da versão

O release oficial do Openship 0.9.2 foi publicado em 16/10/2026 às 02h56 UTC como versão estável. As notas abrangem as alterações desde a 0.9.1.

Atualizações em Orca

1 versão

As conversas nativas do Claude e do Codex mantêm permissões individuais. A troca de modelo não redefine a configuração gravada no chat. A retomada também atende conversas longas do terminal e sessões que executaram trabalho somente em segundo plano.

No navegador integrado, as correções mantêm o texto enviado pelo agente na página de destino, o que permite conferir separadamente a ação automatizada no navegador e a digitação que você mantém no terminal. A publicação reúne mudanças desde a 1.4.224, com itens descritos também na 1.4.226.

Orca 1.4.227

Novidades

Orca 1.4.227 — Permissões por chat: cada conversa nativa do Claude ou do Codex possui configuração independente. A preferência inicial fica na seção Behavior da página Chat.
Orca 1.4.227 — Seletor do Codex: a interface oferece Codex Ultrafast como opção de desempenho.
Orca 1.4.227 — Login do Claude: a autenticação oferece uma ação para copiar o link de entrada, e os perfis do Claude utilizam pastas separadas.

Melhorias

Orca 1.4.227 — Histórico: transcrições inalteradas não são indexadas novamente nas consultas iniciais. As conversas de OpenCode, Grok, OMP e Pi aparecem como chats e podem ser abertas pelo celular.
Orca 1.4.227 — Tarefas em segundo plano: o Codex pode encerrar comandos e subagentes iniciados pelo chat, e o Grok permite listar e interromper comandos que deixou em execução.

Correções

Orca 1.4.227 — Permissões preservadas: conversas antigas conservam o modo utilizado, e a troca de modelo não redefine a configuração gravada no chat.
Orca 1.4.227 — Retomada: conversas longas do terminal continuam num novo chat nativo. Sessões com trabalho somente em segundo plano oferecem retomada após reiniciar, com preservação da pasta do workspace.
Orca 1.4.227 — Teclado: a ativação de página pelo agente preserva o foco, e as teclas destinadas ao navegador não chegam ao terminal. Comandos de tecla com destino ambíguo exigem a indicação da página.
Orca 1.4.227 — Worktrees: pastas que o Git deixou de acompanhar são preservadas durante a remoção. Novas tentativas após falhas de inicialização dos workers não acumulam agentes ativos.
Orca 1.4.227 — Windows e celular: notificações no Windows não paralisam o aplicativo. Conversas longas chegam ao celular por atualizações dentro do limite aceito e mantêm a posição de rolagem.

Breaking changes

Orca 1.4.227 — Requisito do Codex: o chat nativo exige Codex 0.136.0 ou posterior. Atualize instalações anteriores para utilizar esse percurso.

Ponto de Atenção

O requisito mínimo do Codex aparece nas notas acumuladas desde a 1.4.224 e já foi descrito na 1.4.226. A presença nesta publicação não confirma uma exigência introduzida exclusivamente na 1.4.227.

Teste sugerido: selecione uma permissão num chat do Codex compatível e troque o modelo para conferir sua preservação. Retome uma conversa longa do terminal num chat nativo. Durante uma ação no navegador, confirme que o texto do agente chega à página indicada e que sua digitação continua no terminal selecionado.

Notas da versão

O release oficial do Orca 1.4.227 foi publicado em 16/10/2026 às 03h42 UTC como versão estável.

Atualizações em Spec Kit

1 versão

O Spec Kit 1.2.1 acrescenta captura opcional da saída nas etapas de comando e de prompt dos workflows. A atualização carrega as etapas personalizadas antes de atualizar o workflow e preserva os planos em caminhos literais no PowerShell. A lista de comandos acompanha os nomes registrados pelo agente ativo.

Spec Kit 1.2.1

Novidades

Spec Kit 1.2.1 — Saída dos workflows: as etapas de comando e de prompt oferecem captura da saída mediante ativação explícita.
Spec Kit 1.2.1 — Catálogo: gh-address-cr é acrescentada às extensões da comunidade.

Melhorias

Spec Kit 1.2.1 — Extensões: Applied Epistemic Engineering é atualizada para 1.5.0, Evaluator Contract para 1.1.1 e Reconcile para 1.3.1.
Spec Kit 1.2.1 — Documentação: os guias adotam Windows PowerShell 5.1 como referência e documentam as ferramentas MCP de versão e de artefatos.

Correções

Spec Kit 1.2.1 — Workflows: as etapas personalizadas são carregadas antes da atualização.
Spec Kit 1.2.1 — Planos: a configuração vazia é recusada, e o PowerShell preserva os planos quando o caminho da funcionalidade exige interpretação literal.
Spec Kit 1.2.1 — Comandos: a listagem segue os nomes registrados pelo agente ativo, e as integrações docker-agent e junie exibem os nomes com hífen.
Spec Kit 1.2.1 — Desinstalação: os artefatos das extensões são movidos durante a remoção de uma integração. A configuração do catálogo é excluída quando sua última entrada é removida.

Ponto de Atenção

A captura da saída exige ativação. As notas não informam os campos de configuração nem o destino do conteúdo capturado. A referência documental ao PowerShell 5.1 não comprova uma alteração nos requisitos de todas as integrações.

Teste sugerido: numa cópia de projeto com etapas personalizadas, atualize o workflow e confira se essas etapas continuam disponíveis. Compare a lista de comandos da extensão com os nomes registrados pelo agente utilizado. No PowerShell, confira a preservação do plano num caminho que exija tratamento literal.

Notas da versão

O release oficial do Spec Kit 1.2.1 foi publicado em 16/10/2026 às 20h41 UTC como versão estável.

Conferência dos processos, das permissões e dos plugins

Comece pelo estado dos processos. No n8n, encerre um worker de homologação com uma execução ativa e confira quais ações chegaram ao serviço de destino. No Openship, declare um worker e um scheduler, execute um rollback e verifique se apenas uma instância do scheduler permanece ativa. As duas conferências olham para o mesmo ponto: o processo encerrado não garante que a tarefa externa terminou.

No OpenCode, confira o canal antes da versão. Abra /update numa instalação da linha 1 e confirme que a atualização regular permanece em 1.x, porque o Homebrew Core acompanha outra linha. Depois, na 1.19.3, configure as opções de raciocínio de um modelo compatível e observe as variantes geradas, incluindo os ajustes que você já havia definido.

No Claude Code, compare a inicialização sem modo informado com --permission-mode auto e examine o histórico de uma rotina interrompida. Essa leitura complementa a conferência dos workers, porque uma rotina que repete o trabalho pode duplicar uma publicação já concluída. No Orca, troque o modelo de um chat com permissão configurada e retome uma conversa longa do terminal num chat nativo.

Valide os plugins do Antigravity CLI pela pasta e pelo manifest, depois conecte um servidor MCP de homologação com a credencial em variável de ambiente. No OpenScreen, use uma cópia de projeto para conferir as escritas sequenciais, o primeiro frame no Linux e a mensagem restaurada. Na aplicação Next.js, execute uma Server Action e compare os traces de uma rota com middleware.

Para revisar um rollback ou investigar uma falha de acesso com orientação técnica ao vivo, conheça o Desenvolvimento Colaborativo da Dev Side Studio. Para aprofundar esses temas com orientação e aplicação, conheça as formações da Promovaweb.