O DeepSeek Harness v0.1.0-rc.8 é uma atualização significativa da pré-visualização para programadores que acrescenta um percurso de entrada multimodal mais robusto, subagentes opcionais do Codex e do Claude Code, sessões persistentes do PowerShell no Windows, operações mais rápidas em sessões grandes e melhor suporte para gateways compatíveis com a OpenAI — mas a alteração incompatível no armazenamento SQLite torna essencial fazer uma cópia de segurança antes da atualização.
Imagine abrir um espaço de trabalho de agente de longa duração no seu servidor doméstico: numa sessão, está a analisar um repositório; noutra, está a delegar uma tarefa de teste ao Codex; e uma terceira precisa de ter uma captura de ecrã anexada a um plano. As versões anteriores do DeepSeek Harness já forneciam a base baseada em plug-ins, mas várias partes desse fluxo de trabalho ainda pareciam separadas. A rc.8 liga mais elementos. As imagens podem avançar mais através da interface do agente, os agentes de programação externos podem ser instalados como subagentes ao nível do perfil, os terminais do Windows podem manter o estado e é menos dispendioso criar ramificações de históricos extensos. A contrapartida é igualmente prática: esta continua a ser uma pré-visualização para programadores em rápida evolução, e a compatibilidade do armazenamento não pode ser tratada de forma leviana.
Este guia explica o que mudou na rc.8, quais as melhorias importantes em fluxos de trabalho reais auto-hospedados, o que o “suporte multimodal” significa e não significa, como abordar uma atualização do ZimaOS em segurança e se deve atualizar já ou esperar.
O DeepSeek Harness rc.8 em resumo
O DeepSeek Harness v0.1.0-rc.8 foi publicado como pré-lançamento em 19 de agosto de 2026. Continua a fazer parte da pré-visualização para programadores do projeto, pelo que são esperadas alterações incompatíveis. A versão é identificada pela etiqueta dsh-v0.1.0-rc.8 e pelo commit 141eb6f. A lista completa de alterações está disponível nas notas de lançamento oficiais da rc.8.
| Área | O que mudou na rc.8 | Porque é importante |
|---|---|---|
| Entrada multimodal | Pedidos de imagens configuráveis, comandos com suporte para imagens e referências a ficheiros/sessões | As imagens e o contexto existente integram-se de forma mais natural nos fluxos de trabalho dos agentes |
| Subagentes do produto | O Codex e o Claude Code podem ser instalados como pacotes de perfil opcionais | O DSH pode coordenar agentes de programação externos especializados sem incluir ambos por predefinição |
| Terminal do Windows | Sessões PTY persistentes do PowerShell, ativadas na predefinição Minimal | Os comandos podem manter o estado de execução entre tarefas com vários passos |
| Provedores | Melhor tratamento de formatos de pedidos personalizados compatíveis com OpenAI e do conteúdo de raciocínio | As rotas de modelos autoalojadas e baseadas em gateways exigem menos soluções alternativas nos adaptadores |
| Ferramentas e sessões | Pesquisas Web simultâneas, entrega mais rápida de relatórios dos subagentes e ramificações melhoradas de históricos extensos | A investigação paralela e os espaços de trabalho de longa duração parecem menos sequenciais |
| Armazenamento | Armazenamento SQLite mais pequeno e rápido, com uma estrutura de dados incompatível | O desempenho melhora, mas o planeamento de cópias de segurança e reversões torna-se obrigatório |
Se está a começar a utilizar o DSH, é útil compreender que Standard, PTC/Code, Minimal e Creator são composições de execução diferentes, não níveis de desempenho. O nosso guia sobre os modos do DeepSeek Harness explica que ferramentas e fluxos de trabalho cada modo disponibiliza.
O que mudou no DeepSeek Harness rc.8?
As entradas multimodais chegam agora a uma parte maior do fluxo de trabalho do agente
A rc.8 expande o suporte a fluxos de trabalho com imagens. O adaptador de modelos DeepSeek pode ser configurado para pedidos de imagem nativos; comandos como /goal e /plan pode receber entradas combinadas de texto e imagem, e o @ O menu pode referenciar ficheiros e sessões anteriores. A versão também resolve falhas causadas por imagens demasiado grandes ou por um volume excessivo de dados de imagem acumulados numa sessão.
Essa combinação é mais importante do que um simples botão «carregar imagem». Uma captura de ecrã pode tornar-se parte da definição de um objetivo, um ficheiro pode ser introduzido na conversa atual sem copiar manualmente o seu conteúdo e uma sessão existente pode ser referenciada como contexto de trabalho. Para depuração de interfaces, revisão de documentos, interpretação de diagramas e planeamento visual, tudo isto constitui uma base útil.
Existe um limite importante de capacidade: a rc.8 adiciona suporte a adaptadores e interfaces, mas o endpoint do modelo selecionado tem de aceitar imagens. O guia oficial de configuração de modelos explica que os tipos de entrada declarados por um fornecedor personalizado são uma indicação sobre o endpoint, não um teste automático de capacidades. Se um endpoint apenas de texto for marcado como compatível com imagens, o fornecedor poderá ainda assim rejeitar o pedido. Consulte a documentação oficial de configuração de fornecedores.
Para as rotas DeepSeek apenas de texto, uma ponte de visão continua a ser útil. O nosso resumo dos plugins do DeepSeek Harness que vale a pena instalar inclui o ModLens e conjuntos de ferramentas visuais especializados, além de extensões para browsers, fluxos de trabalho, barra lateral e migração.
O Codex e o Claude Code passam a ser pacotes de perfil opcionais
Uma das alterações mais significativas do rc.8 é a possibilidade de instalar o Codex e o Claude Code como pacotes de subagentes de produtos separados. O DSH continua a ser o ambiente de coordenação, enquanto cada agente de programação externo é adicionado apenas ao perfil que dele necessita.
dsh plugin --profile <profile-name> add @deepseek-ai/dsh-subagent-codex
dsh plugin --profile <profile-name> add @deepseek-ai/dsh-subagent-claude-code
Os pacotes podem ser instalados de forma independente ou em conjunto. O Codex também suporta modos de permissões não interativos e várias instâncias com nomes, permitindo que um perfil disponibilize fornecedores Codex separados, com funções ou políticas distintas. A instalação de um pacote não autentica automaticamente o produto, não seleciona um modelo nem lhe concede permissões ilimitadas; essas continuam a ser decisões de implementação separadas.
Isto transforma o DSH em mais do que uma interface para um único agente. Um agente principal pode manter o plano e o contexto do projeto, delegando simultaneamente uma tarefa delimitada de implementação ou revisão a um agente de programação especializado. O Painel de tarefas e a entrega mais rápida dos relatórios dos subagentes no rc.8 tornam essa delegação mais fácil de supervisionar.
Para consultar os comandos exatos dos pacotes e o comportamento do ciclo de vida, use a referência oficial da CLI DSH. Como os pacotes nativos incluem dependências específicas da plataforma, verifique a primeira delegação real após a instalação, em vez de considerar um comando de pacote concluído como a única verificação de funcionamento.
O Windows passa a ter sessões persistentes do PowerShell
No Windows, o rc.8 adiciona suporte persistente para PowerShell ao terminal PTY e ativa-o por predefinição na predefinição Minimal. Uma shell persistente pode preservar o diretório atual, as alterações ao ambiente e o estado da sessão de comandos entre chamadas. Isto adapta-se melhor ao desenvolvimento iterativo do que iniciar um novo processo PowerShell para cada comando.
A melhoria é especialmente relevante para repositórios Windows que dependem de scripts PowerShell, ferramentas do Visual Studio ou etapas de configuração com estado. Também reduz a diferença de fluxo de trabalho entre o Bash persistente no Linux e a operação nativa no Windows.
Os gateways personalizados compatíveis com OpenAI recebem melhores controlos de compatibilidade
Os utilizadores com instalações próprias ligam frequentemente o DSH a um gateway empresarial, a um servidor de inferência local ou a um fornecedor que implementa apenas parte do formato de pedidos da OpenAI. O rc.8 corrige casos em que diferenças na estrutura dos pedidos impediam as chamadas e em que o conteúdo do raciocínio podia estar ausente nos resultados devolvidos.
Isto não torna todos os endpoints «compatíveis com OpenAI» idênticos. Os gateways podem divergir quanto às funções de programador, aos nomes dos campos de tokens de saída, aos formatos de raciocínio, às partes de imagem e à descoberta de modelos. O DSH disponibiliza definições de compatibilidade para estas diferenças, mas a rota continua a ter de corresponder ao servidor real. Teste separadamente o chat normal, as chamadas de ferramentas, o raciocínio e a entrada de imagens, em vez de presumir que um único prompt bem-sucedido verifica todo o fornecedor.
A investigação em paralelo e as sessões extensas tornam-se menos trabalhosas
o rc.8 permite web_search para executar consultas simultâneas, melhora reportDelivery permitindo também que um subagente concluído acorde prontamente a tarefa principal e reduzindo o tempo necessário para bifurcar sessões com históricos extensos. Estas alterações estão alinhadas com um padrão comum de investigação: dividir o trabalho por várias pesquisas específicas, deixar trabalhadores independentes investigar questões separadas e, depois, reunir as suas conclusões numa única resposta sustentada por evidências.
A atualização também melhora o foco da pesquisa na barra lateral, os controlos do painel de fluxos de trabalho, a seleção de modelos, os esquemas estreitos do compositor, a apresentação do feedback, o comportamento de repetição de ficheiros locais e a apresentação do diretório pessoal. Local dsh web os lançamentos abrem agora automaticamente o navegador, enquanto as transferências de instalação foram reduzidas.
Porque é que a alteração do SQLite no rc.8 é importante antes de atualizar
A frase operacional mais importante das notas de lançamento do rc.8 não é uma nova funcionalidade da interface: o backend SQLite utiliza agora uma estrutura de armazenamento mais eficiente, mas incompatível. A política atual de armazenamento para versões de pré-lançamento do projeto aceita apenas a versão do esquema implementada por essa compilação, em vez de prometer migração automática entre todos os formatos de pré-visualização de desenvolvimento.
Em termos práticos, um binário de aplicação e os respetivos dados devem ser tratados como uma única unidade de reversão. Se atualizar a aplicação mas não guardar uma cópia dos dados anteriores, reinstalar a rc.7 poderá não restaurar o estado de funcionamento anterior. Fazer uma cópia de segurança apenas da imagem do contentor não é suficiente.
Faça uma cópia de segurança destas áreas antes de avançar para a rc.8
- O diretório persistente de dados da aplicação DSH.
- Configuração do perfil e manifestos dos plugins instalados.
- Credenciais ou referências de credenciais necessárias para restaurar os fornecedores.
- Bases de dados SQLite e dados de sessão retidos.
- Qualquer conteúdo do espaço de trabalho que o agente possa modificar.
Mantenha a cópia de segurança fora do diretório que o processo de atualização pode substituir. Se a implementação for importante, teste também o restauro, além da criação: uma cópia de segurança que nunca foi restaurada continua a ser apenas uma suposição.
Numa implementação num servidor doméstico, o armazenamento persistente rápido também melhora a pesquisa em repositórios, a instalação de pacotes, as compilações e o acesso durante sessões longas. Uma ZimaBoard 2 pode começar com um ambiente DSH compacto e sempre ligado, e expandir através de armazenamento SATA ou PCIe. Uma ZimaCube 2 é mais adequada quando a mesma máquina também aloja repositórios maiores, bases de dados, contentores de CI, cópias de segurança e outros serviços.
Deve atualizar da rc.7 para a rc.8?
A resposta depende da parte do DSH que utiliza efetivamente.
| A sua situação | Decisão recomendada | Motivo |
|---|---|---|
| Avaliação inicial ou perfil de teste descartável | Atualize ou instale a rc.8 | Pode avaliar as funcionalidades mais recentes sem arriscar um histórico insubstituível |
| Precisa de delegação para o Codex ou o Claude Code | Atualize num perfil de teste com cópia de segurança | Os pacotes opcionais de subagentes de produto são uma vantagem central da rc.8 |
| Utiliza gateways compatíveis com a OpenAI personalizados | Teste a rc.8 com pedidos representativos | A compatibilidade melhorou, mas o comportamento do gateway continua a variar |
| Depende do modo Minimal do Windows | Vale a pena testar a rc.8 | O PowerShell persistente melhora significativamente o trabalho de terminal em várias etapas |
| Tem sessões rc.7 valiosas e nenhuma cópia de segurança testada | Aguarde | A estrutura de armazenamento SQLite é incompatível |
| Precisa de uma interface estável e congelada para produção | Aguarde ou isole a implementação | O DeepSeek Harness continua explicitamente numa versão de pré-visualização para programadores |
Se o principal atrativo for o ecossistema DSH mais abrangente, e não a rc.8 em si, comece por identificar uma capacidade em falta. O guia de plugins DSH associa necessidades comuns a opções de visão, navegador, fluxo de trabalho, TUI, barra lateral e migração. Se estiver a comparar o DSH com outra stack de agentes, o nosso guia de plugins do Hermes para agentes DeepSeek fornece contexto adicional.
Como atualizar com segurança o DeepSeek Harness rc.8 no ZimaOS
O DeepSeek Harness está disponível através da App Store do ZimaOS. O controlo de atualização apresentado no ZimaOS depende da versão da aplicação atualmente instalada e da versão do pacote disponível no catálogo, por isso confirme se a rc.8 é disponibilizada antes de substituir a implementação existente.
- Registe a versão atual. Confirme se a instalação existente é a rc.6, a rc.7 ou outra compilação do pacote.
- Pare as tarefas ativas dos agentes. Não faça a atualização enquanto uma sessão, compilação, chamada de ferramenta ou subagente ainda estiver a escrever dados de estado.
- Faça uma cópia de segurança dos dados persistentes da aplicação. Inclua a base de dados, os perfis, a configuração, os plugins e os dados das sessões.
- Registe as definições do fornecedor e do espaço de trabalho. Proteja os segredos, mas certifique-se de que sabe quais as referências de credenciais e montagens que têm de ser restauradas.
- Aplique a atualização da App Store do ZimaOS. Aguarde até que o contentor seja recriado e fique saudável antes de abrir a interface Web.
- Confirme a versão em execução. Não parta do princípio de que a nova imagem foi ativada apenas porque a transferência foi concluída.
- Execute uma breve sessão de validação. Teste a saída do modelo, o acesso a ficheiros, um comando inofensivo, a persistência da sessão e a reconexão da interface Web.
- Teste as funcionalidades opcionais separadamente. Verifique a entrada de imagens face ao endpoint do modelo selecionado e execute uma delegação real do Codex ou do Claude Code, caso esses pacotes estejam instalados.
- Mantenha a cópia de segurança até verificar o funcionamento normal. Inclua a abertura de sessões longas e a criação de ramificações, se forem importantes para o seu fluxo de trabalho.
Para os utilizadores interessados em executar um modelo DeepSeek localmente, separado da Harness, o guia da ZimaOS para implementar o DeepSeek R1 aborda uma camada diferente da pilha. A DSH é a estrutura do agente; o endpoint do modelo é a camada de inferência. Executar uma não significa executar automaticamente a outra.
Limitações e verificações conhecidas da DeepSeek Harness rc.8
A rc.8 chegou apenas alguns dias depois das versões iniciais de pré-visualização para programadores, pelo que estão a surgir rapidamente novos relatos. As verificações seguintes são mais úteis do que tratar todas as discussões abertas como um defeito universal:
- Suporte de imagens: verifique o fornecedor e o modelo exatos. O suporte do adaptador, por si só, não transforma um endpoint apenas de texto num endpoint multimodal.
- Catálogos de modelos: confirme que o modelo esperado aparece efetivamente depois da atualização; as dependências do catálogo podem ficar atrasadas em relação à lista de modelos mais recente de um fornecedor.
- Pacotes de produtos: depois de instalar o suporte para o Codex ou o Claude Code, faça um teste de inicialização real para detetar transferências incompletas de dependências nativas.
- Interface Web remota: utilize HTTPS para acessos não locais. Não exponha uma interface de agente com acesso ao espaço de trabalho através de uma origem pública não protegida.
- Sessões longas: monitorize a compactação, o carregamento do histórico e as ramificações, em vez de presumir que um processo marcado como “em execução” continua a avançar.
- Permissões dos plugins: reveja os perfis após uma atualização. Um plugin pode afetar ficheiros, shells, sessões do navegador, credenciais ou serviços de rede, consoante a sua função.
A documentação da própria DeepSeek continua a avisar que o projeto está a evoluir rapidamente e que haverá alterações incompatíveis. O repositório oficial da DeepSeek Harness deve continuar a ser a fonte principal para o estado das versões e as alterações incompatíveis.
Perguntas frequentes sobre a DeepSeek Harness rc.8
A DeepSeek Harness rc.8 é uma versão estável?
Não. Está marcada como uma versão de pré-lançamento e o projeto continua em pré-visualização para programadores. É adequada para avaliação e fluxos de trabalho self-hosted cuidadosamente isolados, mas não se deve presumir compatibilidade entre diferentes release candidates.
A rc.8 permite que todos os modelos DeepSeek compreendam imagens?
Não. A rc.8 melhora o processamento de imagens e permite que o adaptador DeepSeek declare entrada nativa de imagens, mas o endpoint e o modelo escolhidos têm de aceitar efetivamente partes de imagem. Teste a combinação de fornecedor e modelo antes de depender dela.
A DeepSeek Harness rc.8 pode utilizar o Codex e o Claude Code?
Sim. Podem ser instalados como Profile Bundles opcionais separados. Cada produto continua a precisar da sua própria autenticação válida, definições, permissões e verificação inicial.
Tenho de fazer uma cópia de segurança antes de atualizar da rc.7?
Sim. A rc.8 altera a estrutura de dados SQLite de forma incompatível. Preserve os dados da aplicação antiga juntamente com a versão antiga da aplicação se a reversão for importante.
A rc.8 requer uma GPU?
Não é necessária uma GPU quando o DSH chama uma API de modelo remoto. Os requisitos de GPU e VRAM dizem respeito a um servidor opcional de inferência local e dependem do modelo selecionado, da quantização e do tamanho do contexto.
Que versão do Node.js utiliza a rc.8?
O pacote upstream atual declara o Node.js ^22.19.0 || >=24.0.0. Uma aplicação ZimaOS empacotada inclui normalmente o seu próprio runtime de contentores, pelo que os utilizadores devem seguir o pacote da aplicação em vez de substituir a instalação do Node.js no anfitrião.
Posso atualizar a DeepSeek Harness através do ZimaOS?
Utilize a atualização da App Store do ZimaOS quando a rc.8 estiver disponível para a aplicação empacotada. Faça primeiro uma cópia de segurança dos dados persistentes e, em seguida, verifique a versão em execução e realize um breve teste funcional depois de o contentor ser recriado.
Veredicto final: vale a pena testar a rc.8, mas não atualizar à pressa
A DeepSeek Harness rc.8 aproxima o projeto de um espaço de trabalho de agentes mais integrado. As entradas multimodais podem participar em objetivos e planos, o Codex e o Claude Code podem ser adicionados como subagentes opcionais, o Windows passa a dispor de um fluxo PowerShell com estado, os gateways compatíveis são mais fáceis de configurar e as operações de longa duração beneficiam de melhorias de desempenho úteis.
A estratégia de atualização adequada é controlada, e não automática. Faça uma cópia de segurança do estado completo da aplicação, teste a rc.8 num perfil separado ou numa implementação recuperável, verifique as funcionalidades específicas do modelo e dos subagentes de que necessita e mantenha um instantâneo correspondente da aplicação e dos dados para permitir a reversão. Para os utilizadores do ZimaOS, esta abordagem dá acesso às funcionalidades DSH mais recentes sem tratar os dados de pré-visualização para programadores como descartáveis.
Nota sobre a marca: “DeepSeek Harness” é utilizado aqui para identificar e descrever a compatibilidade com o projeto DeepSeek. Este artigo não implica qualquer endosso, parceria ou autorização oficial. Consulte as Diretrizes de utilização dos ativos da marca DeepSeek Harness.
Centro de Tecnologia e IA
Mais para Ler

Como é que a frequência das cópias de segurança afeta a qualidade do ponto de recuperação do Plex?
Escolha a frequência das cópias de segurança do Plex com base nas necessidades dos pontos de recuperação, na deteção tardia de falhas, na consistência...

Qual é o limite seguro para atualizar o Plex e porque é importante?
Mantenha as atualizações do Plex reversíveis, separando o runtime, o estado, a aceleração, os dados de reversão e a validação de ponta a ponta...

Como é que o Plex deteta e reconcilia alterações entre dispositivos?
Compreenda a reconciliação de dispositivos Plex separando o estado fidedigno do servidor, a cache do cliente, a identidade da conta e o caminho de...

