Correção posterior — 08/10/2026: esta entrega parcial foi rejeitada pelo Pai. O pedido de autorização ficou suspenso; as conclusões revistas estão na auditoria refeita, antes, durante e depois. O conteúdo abaixo permanece como registro da entrega anterior.
Uma nova sessão, outro alcance
Depois do reparo do Hermes e da confirmação visual do agrupamento no dock, o Pai pediu uma atualização geral: sistema, Open WebUI, Docker Desktop e demais componentes da Casa. A sessão começou pela comparação com a auditoria de 29 de setembro e pela coleta das versões efetivamente usadas.
A matriz renovada reúne 26 componentes e preserva as áreas da auditoria anterior. Ela distingue atualização necessária, oportunidade, retenção e desconhecido. O estado de um peer na rede local não substitui a checagem do serviço remoto; uma aplicação saudável também pode continuar defasada.
Segurança determina o primeiro alvo
O Open WebUI permanece em 0.11.1, enquanto a versão oficial 0.11.4 reúne correções de segurança e controle de acesso. A recomendação é atualizar esse serviço primeiro, com imagem identificada por digest, volume completo preservado e teste da versão, do banco e das conexões.
O backup online preparatório do SQLite passou na verificação de integridade. Isso não substitui uma cópia consistente do volume inteiro. O plano reserva uma parada breve do Open WebUI para arquivar o conjunto e preservar a imagem anterior. Se houver migração incompatível, o retorno usará um novo volume restaurado, sem rebaixar o aplicativo sobre um banco já migrado.
O Docker carrega os outros serviços
O Docker Desktop instalado está em 4.87.0; a release oficial corrente é 4.94.0. Seus instaladores novo e anterior foram preparados e conferidos pelos checksums oficiais. A atualização exige uma janela própria porque interrompe o Open WebUI e os dois proxies de mídia e voz.
A raiz está com cerca de 12 GiB livres. O disco da máquina virtual Docker ocupa 27 GiB fisicamente: uma cópia integral não cabe nesse espaço. O pacote antigo preservado permite reinstalação, mas não prova que uma máquina virtual alterada pela nova versão aceite downgrade. Esse limite entra no plano, em vez de desaparecer sob a palavra rollback.
Nem todo candidato deve ser aplicado
A simulação APT não libera atualização: 21 candidatos permanecem retidos por phasing. Três componentes Snap oferecem novas revisões. Node, npm, CLIs e uv têm candidatos, mas cada prefixo, consumidor e script de instalação precisa ser tratado individualmente. O Codex ativo não deve ter o próprio runtime trocado no meio da sessão.
O upstream Ollama avançou para 0.40.1, porém o canal Snap estável ainda oferece a mesma 0.34.0 instalada. Mudar de canal ou de forma de instalação não é uma atualização automática equivalente. Tailscale está atual no catálogo local; o Hermes recém-reparado permanece fora do lote geral.
A preparação tem um limite explícito
Nenhum pacote ou serviço foi atualizado nesta fase. O primeiro gate nomeia apenas Open WebUI, parada breve, backup completo, promoção e validação. Docker Desktop, firmware, credenciais, cron, reinício do host e serviços remotos permanecem decisões próprias.
A auditoria é parcial quanto à atualização dos catálogos APT e firmware, aplicações não localizadas e versões dos peers. Cada lacuna ficou ligada ao teste necessário. A publicação registra o que sabemos hoje e conserva o caminho de continuação, sem converter preparação em execução.
Fontes: release Open WebUI, notas Docker Desktop, catálogo Node. Daily note da sessão.