O que é OpenWorker?
O OpenWorker é um agente de desktop de código aberto da conta de Andrew Ng no GitHub que recebe uma tarefa (revisar este código em busca de vulnerabilidades, preparar um briefing de cliente, fazer a triagem de uma caixa de entrada) e devolve um arquivo ou mensagem pronta em vez de uma resposta de chat. Ele roda um servidor de agente local em Python sob um shell de desktop Tauri, é construído sobre a biblioteca aisuite de Ng e traz primeiro colegas especialistas em segurança.
Ele é agnóstico em relação ao modelo: OpenAI, Anthropic, Gemini, Azure OpenAI, DeepSeek, Kimi, Qwen, Mistral e outros com sua própria chave, OpenRouter, ou modelos locais via Ollama, llama.cpp, vLLM ou LM Studio. Ele alcança mais de 25 apps (GitHub, Slack, Jira, Notion, Linear, HubSpot, Gmail, Google Calendar), além de qualquer servidor MCP, e pode rodar suas ferramentas de shell e de arquivos dentro de um contêiner NVIDIA OpenShell, no sandbox do macOS ou em uma conta oculta do Windows.
O repositório foi criado em 20 de julho de 2026, tem licença MIT e cerca de 18,800 estrelas no GitHub. O README o chama de beta aberto; a v0.3.1 saiu em 5 de outubro de 2026, e a build para macOS é assinada, enquanto a de Windows ainda não.
OpenWorker vale a pena?
O design de governança do OpenWorker é seu melhor argumento, e a idade do projeto é sua maior ressalva. Escritas, envios e comandos de shell exigem aprovação por padrão; um conjunto de operações irreversíveis é exclusivo de humanos em todos os modos, inclusive na aprovação automática total; e aprovações pontuais podem evoluir para regras permanentes e depois para allowlists de configuração, cada etapa visível e revogável. No modo de aprovação automática, um modelo revisor libera ações rotineiras e escala o resto, e negações repetidas disparam um disjuntor que devolve o controle. O README é franco ao dizer que os vereditos do revisor são julgamentos, não garantias, e que os limites rígidos e a trilha de auditoria são a verdadeira proteção.
Os colegas de segurança são mais cuidadosos que a demo de agente habitual. Os achados vêm de scanners determinísticos como o semgrep, somados ao raciocínio do modelo, e as correções propostas são escaneadas de novo e revisadas por diff antes que você as aprove, então o agente que escreve a correção nunca é seu único verificador. Os comandos podem rodar em um contêiner OpenShell que contém as pastas da sessão e uma rede em allowlist, e nada mais; o loop do agente, as chaves de modelo e os tokens dos conectores ficam fora dele, então uma prompt injection que chegue a um shell cai em uma caixa vazia. Execuções agendadas sem supervisão nunca se autoaprovam; seus pedidos esperam em uma caixa de entrada.
A maior parte do trabalho fica na sua máquina. Conversas, tokens de conectores e chaves de modelo ficam em um armazenamento local de segredos; o único componente na nuvem intermedeia os handshakes de OAuth, e o app funciona sem login com chaves que você mesmo cria. Fazer login liga por padrão um evento de telemetria sem conteúdo (qual tipo de colega foi iniciado, e quando), com opção de desativar; sem login, nada é enviado, segundo o código-fonte.
O peso é a maturidade. O repositório tem três meses, acumula cerca de 374 issues e pull requests abertos e ainda está na versão 0.3.1. As notas de contribuição avisam que pull requests que adicionem recursos já em desenvolvimento interno, ou fora da visão dos mantenedores, podem ser recusados, o que faz disso mais um produto com licença aberta do que um projeto comunitário. Diante do OpenBot, que tem um motor de políticas mais rígido, mas exige um serviço de memória pago, o OpenWorker é a instalação mais fácil para uma pessoa; diante do Goose, é mais restrito, mas muito mais opinativo sobre aprovações.
Onde ele se destaca
Um engenheiro de segurança de aplicações em uma empresa de 60 desenvolvedores
Revisar um serviço e suas dependências em busca de vulnerabilidades reais e deixar correções prontas
Apontar o colega de segurança para o repositório; os achados do semgrep somados ao raciocínio do modelo voltam com correções propostas, escaneadas de novo e revisadas por diff antes da aprovação. Software gratuito; o custo são os tokens de modelo na sua própria chave, ou nenhum com um modelo local.
Uma gerente de customer success que cuida de 40 contas
Preparar um briefing de chamada a partir do CRM e da caixa de entrada antes de cada reunião
Conectar HubSpot e Gmail pelo intermediário de OAuth opcional ou com suas próprias credenciais e pedir um briefing; envios e mudanças na agenda esperam aprovação. Um briefing matinal agendado chega ao app com a transcrição completa.
Um engenheiro de plantão em uma startup de 20 pessoas
Reunir contexto entre Jira, GitHub e Slack durante um incidente e rascunhar a linha do tempo
Rodar o colega de triagem de incidentes com os comandos de shell dentro de um sandbox OpenShell ou macOS, para que os comandos de diagnóstico só toquem a pasta da sessão e os hosts em allowlist. Cada chamada de ferramenta fica registrada como aprovada automaticamente, aprovada pelo usuário ou negada.
Antes de decidir
- Configuração
- Baixe a build assinada para macOS 12+ ou a build não assinada para Windows 10/11, adicione uma chave de modelo ou aponte para o Ollama e dê uma tarefa. A partir do código-fonte, exige Python 3.10+, Node 20+ e Rust para o shell de desktop.
- Integrações
- Mais de 25 conectores, incluindo GitHub, Slack, Jira, Notion, Linear, HubSpot, Outlook, monday.com, Gmail e Google Calendar, além de qualquer servidor MCP com controle por ferramenta; uma menção no Slack abre uma sessão no desktop e responde na thread. Construído sobre aisuite.
- Dados e privacidade
- O loop do agente, as conversas, as chaves e os tokens dos conectores ficam em um armazenamento local de segredos; só um intermediário de OAuth roda na nuvem. Usuários com login enviam por padrão um evento de telemetria de sessão sem conteúdo, com opção de desativar. Licença MIT.
- Custo em escala
- Sem edição paga. O custo é o uso de modelo por tarefa na sua própria conta de provedor; um modelo local via Ollama elimina isso, embora o projeto só garanta os modelos da sua lista selecionada para trabalho com chamadas de ferramenta.
- Limites
- Beta com cerca de 374 issues e pull requests abertos; instalador de Windows não assinado; aprovações do modelo revisor são julgamentos, não garantias; PRs fora do roadmap dos mantenedores podem ser recusados.
O que é bom
- Limites rígidos exclusivos de humanos que nenhum modo de aprovação automática reduz
- Correções de segurança escaneadas de novo e revisadas por diff antes da aprovação
- Sandbox OpenShell, macOS ou Windows para os comandos do agente
- Qualquer modelo por chave, OpenRouter ou local via Ollama
O que não é
- Beta aberto, com três meses e cerca de 374 issues e PRs abertos
- Build de Windows ainda sem assinatura de código
- Os mantenedores podem recusar recursos fora do próprio plano
- Telemetria com login ligada por padrão
Ideal para
Engenheiros de segurança e profissionais do conhecimento individuais que querem um agente local que pergunte antes de agir e guarde o registro de quem aprovou o quê.
Alternativas ao OpenWorker
OpenWorker: perguntas frequentes
- OpenWorker vale a pena?
- O OpenWorker coloca as aprovações e a trilha de auditoria onde devem estar, na arquitetura, mas é um beta de três meses cujo roadmap é definido por uma lista interna, não por seus contribuidores. Damos nota 3.9 de 5.
- Quanto custa OpenWorker?
- Gratuito e de código aberto (MIT). Sem plano pago; você paga seu provedor de modelo, ou nada com um modelo local. Uma conta gratuita opcional intermedeia o OAuth dos conectores.
- Quais são as desvantagens de OpenWorker?
- Beta aberto, com três meses e cerca de 374 issues e PRs abertos; build de Windows ainda sem assinatura de código; os mantenedores podem recusar recursos fora do próprio plano; telemetria com login ligada por padrão.
- Para quem OpenWorker é indicado?
- Engenheiros de segurança e profissionais do conhecimento individuais que querem um agente local que pergunte antes de agir e guarde o registro de quem aprovou o quê.
- Quanto custa OpenWorker para uma equipe ou em produção?
- Sem edição paga. O custo é o uso de modelo por tarefa na sua própria conta de provedor; um modelo local via Ollama elimina isso, embora o projeto só garanta os modelos da sua lista selecionada para trabalho com chamadas de ferramenta.
- OpenWorker é seguro para dados da empresa?
- O loop do agente, as conversas, as chaves e os tokens dos conectores ficam em um armazenamento local de segredos; só um intermediário de OAuth roda na nuvem. Usuários com login enviam por padrão um evento de telemetria de sessão sem conteúdo, com opção de desativar. Licença MIT.
- Quais são as melhores alternativas ao OpenWorker?
- As alternativas mais próximas que analisamos são OpenBot, goose, Hermes Agent e Magentic-UI (MagenticLite).
Respostas verificadas em 31 de out. de 2026.