OpenWorker
Um colega de trabalho de IA para desktop, open source e local-first, que entrega trabalho pronto em vez de conversas
Relatório detalhado
-
Em julho de 2026, o líder em educação em IA, Andrew Ng, e o ex-chefe da Amazon AGI, Rohit Prasad, abriram em conjunto o código-fonte do agente de IA para desktop "OpenWorker" sob a licença do MIT. Ao contrário da IA tradicional de "bate-papo e resposta", o posicionamento central do OpenWorker é "entregar produtos acabados em vez de conversas" - os usuários só precisam descrever os resultados desejados (como "preparar briefings do cliente"), e ele pode dividir as tarefas por si só, executá-las em arquivos locais e aplicativos conectados e, finalmente, entregar um arquivo que pode ser aberto e compartilhado diretamente. Depois que o projeto foi lançado no GitHub, ele rapidamente recebeu mais de 3.500 estrelas, marcando o surgimento de uma terceira posição na batalha pela entrada de agentes de desktop: código aberto, local primeiro e modelo neutro.
-
Andrew Ng é o fundador do DeepLearning.AI, cofundador do Coursera e professor adjunto do Departamento de Ciência da Computação da Universidade de Stanford. Certa vez, ele liderou o projeto Google Brain e atuou como cientista-chefe do Baidu. De acordo com seu site pessoal oficial, mais de 7 milhões de pessoas aprenderam inteligência artificial por meio de seus cursos. O código aberto do OpenWorker desta vez continua sua filosofia consistente de “reduzir o limite para o uso de IA” – só que desta vez a entrega não é um curso, mas um colega de IA. O co-desenvolvedor Rohit Prasad é igualmente robusto. Ele ingressou na Amazon em 2013 e foi o primeiro cientista-chefe da Alexa. Ele lidera a equipe Amazon AGI e lidera a série de modelos básicos Nova desde 2023. Ele renunciou no final de dezembro de 2025 durante a reestruturação da arquitetura de IA da Amazon. Cerca de sete meses depois de deixar a Amazon, ele apareceu como co-desenvolvedor do projeto de código aberto, seu primeiro movimento público desde que deixou uma grande empresa. O OpenWorker foi inicialmente desenvolvido no aisuite warehouse, uma biblioteca de interface multimodelo que anteriormente era de código aberto pela equipe de Andrew Ng, e depois se tornou independente e estabeleceu um warehouse separado. O projeto entrou na fase beta pública em 23 de julho de 2026. A versão atual do macOS (Apple Silicon) está assinada e suporta atualizações automáticas. A versão do Windows 10/11 está disponível, mas ainda não possui código assinado.
-
A principal diferença entre o OpenWorker e os chatbots comuns de IA é o "ciclo fechado de entrega". O processo tradicional de uso de grandes modelos é permitir que a IA analise requisitos e gere texto, e então os usuários encontrem arquivos, verifiquem dados, ajustem formatos e, finalmente, enviem os resultados no Slack, caixa de correio ou calendário. O objetivo do OpenWorker é abrir este link - o usuário só precisa descrever os resultados desejados, e ele desmontará a tarefa em si, chamará arquivos, terminais e aplicativos conectados no computador e, finalmente, entregará um produto acabado que pode ser usado diretamente. Em termos de recursos de conectividade, o OpenWorker possui mais de 25 conectores integrados para ferramentas de escritório, abrangendo ferramentas convencionais como GitHub, Slack, Jira, Notion, Linear, HubSpot, Outlook, Gmail e Google Calendar. Também suporta acesso a qualquer ferramenta compatível através do protocolo MCP. Os usuários podem acionar tarefas @OpenWorker no canal do Slack e responderão os resultados ao thread do Slack depois que a máquina concluir o trabalho. A automação programada é outro recurso importante. OpenWorker suporta tarefas periódicas, como relatório matinal, relatório semanal, observação de canais, etc., e deixa um registro completo de execução para cada execução. Isso pode poupar muitas operações repetitivas para profissionais do conhecimento que precisam de agregação rotineira de informações. No nível arquitetônico, o OpenWorker usa o shell de desktop Tauri 2 + React, emparelhado com um servidor de agente Python local. O mecanismo do agente é baseado na biblioteca aisuite de código aberto da Ng. De acordo com os dados do armazém do GitHub, o projeto contém aproximadamente 119 arquivos de back-end Python, 149 arquivos de front-end TypeScript/TSX e 78 módulos de teste de back-end. A integridade do projeto é excelente entre projetos similares de código aberto.No nível do modelo, o OpenWorker não está vinculado a nenhum fornecedor. Os usuários podem acessar modelos de ponta como OpenAI (GPT-5.6 Sol/Terra/Luna), Anthropic (Claude Fable/Mythos/Opus/Sonnet), Google Gemini 3.6, DeepSeek, Qwen, Mistral, Grok, etc., trazendo suas próprias chaves de API. Eles também podem executar modelos totalmente locais por meio do Ollama. A lista de modelos selecionados abrange aproximadamente 30 modelos validados por chamada de ferramenta e ainda oferece suporte à alternância entre modelos diferentes na mesma tarefa para equilibrar custo e qualidade.
-
OpenWorker é totalmente gratuito sob a licença de código aberto do MIT e não possui níveis pagos. Os usuários arcam apenas com o custo da API do modelo de sua escolha - a execução com modelos nativos do Ollama custa zero. Para projetos de código aberto, essa estratégia de preços reduz a barreira para tentar, mas também significa que não há opções de nuvem gerenciada, nenhum SLA corporativo e nenhuma certificação de conformidade, adequada para usuários e equipes que têm a capacidade de se manterem.
-
A julgar pelos vários feedbacks, a avaliação geral do OpenWorker na indústria é relativamente positiva. Os principais destaques concentram-se em vários aspectos: primeiro, a definição de produto de “entrega de produtos acabados” atende às necessidades reais dos trabalhadores do conhecimento para que a IA “viva” em vez de “conversar”; segundo, a trindade de código aberto + prioridade local + neutralidade de modelo é única entre os produtos Agent de desktop existentes; terceiro, a implementação de engenharia do mecanismo de permissão digitada é reconhecida pela comunidade de desenvolvedores. Ao mesmo tempo, as primeiras análises também apontaram uma série de limitações. A versão do Windows ainda não possui código assinado e acionará um aviso do SmartScreen quando instalada. O projeto está atualmente em fase beta e a estabilidade do ecossistema do conector e a verificação do usuário em larga escala ainda são desconhecidas. Além disso, os usuários precisam trazer suas próprias chaves de API ou implantar o Ollama por conta própria, e a barreira de entrada não pode ser ignorada para usuários não técnicos.
-
A interpretação do OpenWorker por muitos meios de comunicação tecnológico centra-se no mesmo julgamento: ele está preso numa posição anteriormente vazia. No primeiro semestre de 2026, a batalha pela entrada de agentes de desktop se desdobrará em duas rotas: Claude Cowork, da Anthropic, trabalha como funcionário de desktop dentro dos limites de segurança e vincula profundamente seu próprio modelo; o OpenClaw de código aberto segue o caminho de acesso profundo ao sistema, é auto-hospedado, tem um modelo flexível, mas é conduzido pela comunidade. O código aberto do OpenWorker, o local primeiro, a neutralidade do modelo e a definição do produto de "entregar produtos acabados" em vez de "ajudar nas conversas" apenas formam o terceiro caminho. A importância desta posição reside na neutralidade do fabricante do modelo. Os produtos Cowork são essencialmente canais de distribuição para empresas modelo, enquanto o OpenWorker transforma modelos em componentes substituíveis. Seu suporte para modelos domésticos – Kimi, GLM e DeepSeek vão diretamente para a lista de destaques – significa que os desenvolvedores nacionais podem usá-lo como uma base diária de agentes, não apenas como um cliente para modelos estrangeiros. No entanto, alguns analistas apontaram que os projetos de Andrew Ng sempre tiveram atributos educacionais e ecológicos: aisuite é um padrão de interface, e OpenWorker é mais parecido com sua implementação de referência, dando aos desenvolvedores uma “mesma aparência” e ainda está longe de ser um produto de massa. O grau de polimento do beta aberto e a estabilidade do ecossistema de conectores levarão algum tempo para serem verificados.
-
No nível de segurança, um agente local com permissões de acesso ao terminal e permissões de gravação de arquivos é em si uma superfície de ataque persistente. Embora o mecanismo de permissão do OpenWorker tenha um design digitado - dividido em quatro níveis de risco de somente leitura, escrita local, execução de comando e efeitos colaterais externos, e suporte cinco modos de permissão - a janela pop-up de aprovação antes de executar operações importantes ainda é essencialmente a última linha de defesa para evitar instruções maliciosas. Injeções de dicas ocultas em páginas da web rastreadas, tokens de conectores comprometidos e servidores MCP maliciosos podem contornar esse mecanismo. Outro risco reside no status beta do projeto. A versão do Windows ainda não foi assinada por código e tornar a experiência multiplataforma consistente ainda é um trabalho inacabado. Levará mais tempo para verificar se os 25 conectores integrados podem cobrir o fluxo de trabalho real da empresa e a experiência real de acesso ao MCP. Além disso, a crescente sobreposição funcional com o OpenClaw também é uma variável competitiva que vale a pena observar. Ambos são de código aberto, ambos são neutros em termos de modelo e enfatizam a operação local. As diferenças convergirão para formas de interação e governança de engenharia. Resta saber se o OpenWorker pode aproveitar a influência da comunidade de Ng para construir um ecossistema de contribuidores.
-
O OpenWorker é mais adequado para os seguintes tipos de usuários: trabalhadores do conhecimento que valorizam a privacidade dos dados (executados localmente, os dados não saem do dispositivo); desenvolvedores que estão dispostos a desistir (código aberto, auditável e desenvolvimento secundário); usuários que desejam alternar com flexibilidade entre vários modelos (com suas próprias chaves de API, os modelos podem ser substituídos); equipes que precisam automatizar tarefas de escritório regularmente. Os cenários menos adequados incluem: usuários não técnicos que não precisam de nenhuma configuração imediata (a chave de API ou Ollama precisa ser configurada); organizações que exigem conformidade e certificação de segurança em nível empresarial; empresas que exigem colaboração de equipes multiusuários e recursos de gerenciamento centralizado; usuários que usam principalmente Windows ou Linux e não querem se preocupar (o macOS é atualmente a plataforma principal).
-
O valor do lançamento do OpenWorker não é apenas um novo produto de agente, mas também uma declaração clara de Andrew Ng sobre a direção de desenvolvimento de agentes de desktop: os agentes de IA não podem ficar na caixa de bate-papo para sempre, mas devem realmente participar do trabalho, entregar resultados e devolver ao usuário o direito de seleção de modelos, chamada de ferramentas e tomada de decisão final. Para equipes que estão avaliando ferramentas de Agente, o modelo de permissões de aprovação do OpenWorker pode servir como uma linha de base para medir os produtos do Agente na nuvem. O seu grau de polimento na fase beta e o progresso da construção da ecologia comunitária determinarão se ela poderá evoluir de uma “implementação de referência” para um “produto de massa”.
Avaliações de usuários
-
Lawrence_Wilson_99—Windows 版本装了,但 SmartScreen 一直弹警告,搞了半天才装上。虽然理解 beta 阶段还没签名,但体验确实打了折扣。等正式版吧。 -
CryptoTr_ader885—吴恩达果然是吴恩达,OpenWorker 这个「交付成品」的思路太对了。之前每次用 AI 都要在各软件之间来回倒腾,现在一句话就搞定,省了中间环节。 -
Gabriel.Bailey_7—太香了,已经回不去了。 -
Heather.Price_775—看了一圈代码,权限引擎的设计是最大的亮点。把工具调用分成 read / write_local / exec / external 四类,再配五种权限模式,比 OpenClaw 那种简单的全部允许或全部拒绝合理得多。 -
Thomas_Miller_88—刚在 Mac 上装好 OpenWorker,配置了 Claude API Key,试了一下让它帮我整理下周的日程冲突。说实话第一次跑的时候有点担心它会不会乱改日历,结果它在执行前弹了个确认框,列了具体的改动清单让我审一遍。比起 Cowork 那种黑盒操作,这种感觉踏实不少。 -
JMitchellIII—期待 Windows 版本完善! -
realLyubomudrSviridovskiy_88—yyds!吴恩达出品必属精品。 -
MsFrankieDunne_88—之前用 OpenClaw 总担心安全问题,OpenWorker 的权限引擎给了我没尝试过的安心感。把每个工具调用都做了风险评级再决定是否放行,而不是简单粗暴的全放权或全禁止,这种精细化的管控才是一个桌面 Agent 该有的样子,尤其是当它拥有你终端的访问权限时,每一步都慎重才是对的。 -
JoshuaPerez007—GitHub 上已经有汉化包了,叫 openworker-zh-CN,一位开发者做的。覆盖了大概 80% 的界面,侧边栏、设置页、连接器都汉化了。对英文不好的用户来说,这个贡献真的很关键。 -
杜博雅—有没有人试过在 Ollama 上跑本地模型?我用 Qwen 2.5 试了一下,执行速度和响应质量都还不错,关键是数据完全不出本机,这比用云端 API 放心多了。 -
i1gj2jx—本地运行这点就秒杀 Cowork 了。 -
Kimberly_Morgan369—说实话上手门槛还是有点高的。先要装客户端,然后是 Python 环境,还要自己搞 API Key。对技术小白来说,光是配置这一步就劝退了。但如果你是开发者,那它就是神器。 -
CherylPowell_2021—免费的,还要什么自行车。 -
WElin_dev—试了下让它从 HubSpot 拉客户数据然后生成简报,最后产出的是一个可以直接用的 HTML 文件。之前用 GPT 做同样的事情,我需要手动跑 CRM 导出、再复制粘贴到提示词里,OpenWorker 省了中间至少三步。 -
安然297—最让我惊喜的是 Slack 集成。在频道里 @OpenWorker 就能触发任务,它在桌面端跑完活把结果回复到线程里,这个体验很自然,不用在聊天和桌面应用之间切来切去。 -
Kevin.ThompsonQ—仔细读了一下 secrets.py 的代码,发现连接器的访问令牌目前还是以 0600 权限的 JSON 文件存着的,官方说后续会切到系统密钥链。正式用之前建议注意一下这个点。 -
FlamingoFiRich_ter—3.7K stars 几天就到了,吴恩达的影响力确实不是盖的。不过说真的,这项目目前还处在「参考实现」的阶段,连接器的稳定性和 bug 修复速度才是决定它能走多远的关键。 -
EliWalker—在 Slack 里 @OpenWorker 这个功能太香了。我在运营频道设了一个每天早上 9 点自动生成数据简报的任务,它跑完之后在频道里回复一整个线程,团队成员都能看到。之前这事得专人手动做,现在完全自动化了,至少省了半小时。唯一的问题是刚开始配置 Slack 连接的时候有点费劲,花了二十分钟才搞定 OAuth。 -
silverrabbit181—Rohit Prasad 离开亚马逊后第一个项目就是这个,看来他选开源这条路的决心挺大的。一个做过 Alexa 首席科学家的人跑来搞桌面 Agent,有点意思。 -
Jennifer_Wood_202112—MIT 许可证真的是很良心了,可以商用、可以改、可以自己部署。对于 SaaS 团队来说,等于白捡一个 Agent 底座,自己魔改一下就能用。 -
CosmwasmWizLarses—个人觉得当前版本最有价值的是它的审批流程设计。不是那种简单的「是/否」弹窗,而是每个工具调用都有对应的风险分级,shell 命令还强制逐次询问。这思路值得所有桌面 Agent 学习。 -
Jeffrey.NguyenJr—同时支持 Kimi、GLM、DeepSeek 这些国产模型,说明团队是真的在走模型中立路线。对于国内开发者来说,可以用国产模型做底座,不用被海外 API 绑定。 -
JStephens—我在团队里安排了四个预设角色:运维值班、销售简报、产品反馈整理和行政日程。每个场景都试了一下,最流畅的是整理日程,最需要打磨的是跨 Jira 和 GitHub 查版本进度的场景,有时候模型理解任务会出差错。 -
KimberlyColemanIII—开了 auto 模式让 Agent 全权操作,结果它差点把某个测试分支删了……还好执行 shell 命令之前还是弹了确认。建议非技术用户别开 auto,用 interactive 模式最安全。 -
Kelly_Ortiz369—项目刚开源不到一周就有 59 次 commit,维护节奏相当快。对比了一下 OpenClaw 的项目活跃度,OpenWorker 有吴恩达团队背书,长期维护应该更有保障。 -
DHill520—试了接 MCP 协议的工具,配了一个自定义连接器,整个过程比预期顺利。文档里说明支持 MCP,实际用起来也确实可以,扩展性比我想的好。 -
PElon—设了一个每天早上 8 点自动跑晨报的定时任务,跑了两天都正常。每次跑完有完整日志,可以看到 Agent 每一步做了什么,出了问题也好排查。 -
Joshua_Ortiz—我第一天就装上了,正儿八经用了一个星期。说下真实感受吧。优点是思路确实对,「交付成品」这个定位比现在市面上所有聊天式 AI 都先进,省去了很多手工操作。但缺点也很明显,首先 Windows 版没有代码签名,安装就要折腾半天;其次它本质是一个 Python 本地服务加一个前端壳,对非开发者来说,要搞懂配置 API Key、调 MCP 连接器这些东西,门槛实在不低。另外连接器的稳定性也还有提升空间,我试了 Gmail 和 Google Calendar,偶尔会断连需要重新授权。总的来说我觉得它适合愿意折腾的开发者,但不适合想开箱即用的普通用户。希望 beta 期能把这些问题都修好吧。 -
AnthonyEnnis—第一天就下载试了,config 方面确实需要点技术基础,但跑起来之后效果惊人。OpenWorker 和 OpenClaw 的竞争感觉会是今年下半年桌面 Agent 领域最值得看的事情。 -
Barbara.BellII—帮我准备客户简报这个功能实测效果很好,它会先扫描本地 CRM 数据、查邮件往来记录、再结合 GitHub 上的项目进度,生成一个完整的一页纸。要是早半年有这个,我至少能省几十个小时。