--- title: "OpenWork libera nova versão de uma alternativa de código aberto ao Claude Cowork" author: "Gabriela P. Torres" date: "2026-09-23 07:15:00-03" category: "Inteligência Artificial & Dados" url: "http://desbugados.scale.press/portal/desbugados/post/2026/09/23/openwork-libera-nova-versao-de-uma-alternativa-de-codigo-aberto-ao-claude-cowork/md" --- ## Resumo - O OpenWork publicou dez versões entre 18 e 31 de agosto de 2026. - As atualizações padronizaram a nomenclatura de artefatos e adotaram assinaturas digitais da Microsoft para o Windows. - O projeto se apresenta como uma alternativa de código aberto ao Claude Cowork e ao Codex. - A arquitetura separa a camada de controle App da camada de execução Server ou Worker. - A plataforma oferece modos Desktop-hosted, CLI-hosted e Hosted Cloud. - O núcleo usa licença MIT, enquanto o OpenWork Den possui licença proprietária e source-available. - A distribuição passou a separar builds públicos, cloud e enterprise, com manifestos de atualização próprios. --- Entre **18 e 31 de agosto de 2026**, a página oficial de releases do OpenWork registrou **dez versões** da aplicação, enquanto o projeto se posiciona como uma alternativa de código aberto ao Claude Cowork. O ponto que merece atenção não é apenas a existência de novos números de versão, mas a direção das mudanças descritas: organização dos artefatos distribuídos e adoção de assinaturas digitais da Microsoft para o Windows. Se a pergunta é o que realmente mudou, então a resposta precisa separar lançamento, arquitetura e distribuição. Se a expectativa é encontrar uma substituição completa do produto da Anthropic, as fontes permitem afirmar menos do que o rótulo de alternativa pode sugerir. ## O que os releases confirmam O registro da [página oficial de releases](https://github.com/different-ai/openwork/releases) mostra as versões v0.18.30, v0.18.31, v0.18.32, v0.18.33, v0.18.34, v0.18.35, v0.18.37, v0.18.38, v0.18.39 e v0.18.40. A sequência foi publicada entre 18 e 31 de agosto de 2026, o que indica um ciclo frequente de lançamentos para o projeto. Segundo o material consolidado, essas versões recentes priorizaram a padronização da nomenclatura dos artefatos e o uso de assinaturas digitais da Microsoft em builds para Windows. Em termos práticos, artefato é o pacote que chega ao usuário como parte da distribuição, enquanto a assinatura funciona como uma camada verificável associada ao arquivo disponibilizado. A segunda camada da atualização aparece na forma como o projeto organiza suas distribuições. O OpenWork passou a separar builds públicos, versões voltadas à nuvem e versões empresariais, cada qual com seu próprio manifesto de atualização, isto é, o arquivo que descreve como uma instalação deve identificar e receber novas versões. A lógica é direta: se diferentes públicos recebem pacotes diferentes, então um único mecanismo de atualização pode gerar ambiguidade; se cada grupo possui uma referência própria, a origem do pacote fica mais clara. A fonte também relaciona essa padronização ao fortalecimento da segurança e da integridade da distribuição, incluindo as assinaturas da Microsoft para o Windows. ## Como a alternativa é montada Essa preocupação com a distribuição acompanha uma arquitetura que separa funções dentro do produto. O [OpenWork](https://github.com/different-ai/openwork) é descrito como uma aplicação desktop de código aberto para compartilhamento de fluxos de trabalho de inteligência artificial, disponível para macOS, Windows e Linux. A estrutura divide a camada de controle, chamada de App, da camada de execução, formada por Server ou Worker. Em termos simples, a primeira organiza a interação e o gerenciamento, enquanto a segunda executa o trabalho solicitado. A plataforma também se integra por meio do MCP, sigla de Model Context Protocol, um protocolo usado pelo projeto para conectar os componentes envolvidos no fluxo de trabalho. Essa separação também aparece nos modos de operação documentados para a plataforma. No modelo Desktop-hosted, o aplicativo local concentra a experiência na própria máquina do usuário. Já o modo CLI-hosted usa um orquestrador executado em uma máquina considerada confiável, enquanto o Hosted Cloud, associado ao OpenWork Den, depende de uma infraestrutura gerenciada. A documentação técnica informa ainda o uso de **Node 24** e **pnpm 11**, além da exigência de sign-off de commits pelo DCO, sigla de Developer Certificate of Origin. O dado não transforma automaticamente o produto em uma solução corporativa completa, mas mostra que a proposta contempla formas distintas de hospedagem e controle. ## Interface, execução e licenças No nível da experiência, o OpenWork tenta resolver uma barreira conhecida de ferramentas baseadas em terminal. Segundo a descrição publicada pelo daily.dev, a plataforma transforma interações de linha de comando baseadas no OpenCode em uma experiência guiada, auditável e orientada por produto. Para isso, reúne gestão de workspace, instalação de habilidades, configuração de plugins e controle de permissões. Workspace significa o espaço organizado onde ficam os fluxos e recursos de um trabalho, enquanto uma interface auditável é aquela que permite acompanhar melhor o que foi configurado ou executado. Se o problema é depender exclusivamente de comandos digitados, então essa camada gráfica é a resposta central da proposta. A experiência gráfica, porém, não deve ser confundida com uma licença única para todos os componentes. O projeto é um monorepo, ou seja, um repositório que reúne diferentes partes do software, dividido por regimes de licenciamento. O núcleo do OpenWork usa a licença **MIT**, que permite ampla reutilização do código conforme seus termos, enquanto o OpenWork Den aparece sob uma licença proprietária e source-available, expressão usada para projetos cujo código pode estar disponível para leitura, mas não possui necessariamente as mesmas permissões de uma licença aberta. A distinção importa porque chamar o projeto de código aberto sem separar o núcleo do módulo Den apagaria uma diferença documentada pelas próprias fontes. ## Como interpretar a atualização sem cair no marketing Quando uma ferramenta anuncia muitos releases em pouco tempo, a leitura mais segura é separar frequência de alcance. As fontes confirmam uma sequência de versões e uma reorganização dos pacotes distribuídos, mas não descrevem uma transformação completa do OpenWork em relação às suas funções centrais. O que está documentado é uma plataforma desktop de código aberto, com separação entre controle e execução, diferentes modos de hospedagem e uma interface gráfica para fluxos de trabalho de agentes de inteligência artificial. Portanto, se a promessa for uma alternativa ao Claude Cowork, ela deve ser entendida como posicionamento de produto e proposta técnica, não como prova de equivalência funcional entre as duas ferramentas. O próximo passo para quem pretende avaliar o OpenWork é consultar a página de releases e identificar qual distribuição corresponde ao próprio uso, observando a separação entre builds públicos, cloud e enterprise e a nomenclatura dos artefatos. No Windows, a presença de assinaturas digitais da Microsoft oferece um elemento adicional para verificar o pacote recebido. A análise fica, assim, mais simples: primeiro se confere a versão; depois, o tipo de build; por fim, a arquitetura e a licença do componente utilizado. O lançamento confirma uma evolução na organização da distribuição, enquanto a decisão de adotar a ferramenta depende de qual modo de operação e qual parte do projeto atendem à necessidade do usuário.