🛠️ 开源项目 · 桌面 Agent

吴恩达开源桌面 Agent OpenWorker:跨 25+ 工具交付成品,MIT 协议可自托管

7 月 25 日,吴恩达在 GitHub 以 MIT 许可证开源桌面端 AI Agent 项目 OpenWorker,定位"不只聊天,而是交付完成的工作"。它能跨本地文件、终端与 GitHub、Slack、Jira 等 25+ 工具执行多步任务,支持自带 API Key 接入任意模型,数据默认保留在本机

来源:公开报道 2026-07-25 全文约 3 分钟读完
#吴恩达 #OpenWorker #开源 Agent #桌面 AI
MIT 开源许可证 · 代码可查可改可部署
25+ 原生集成工具,含 MCP 扩展接口
0 强制绑定模型数,自带 Key 即可用

⚡ 30 秒速览

  • 是什么:桌面端 AI Agent,Mac 可用、Windows 公测中(未完成代码签名,安装会触发 SmartScreen)。
  • 核心差异:不输出"建议清单",而是自主拆解任务、调用工具、交付可打开修改的成品文件。
  • 模型无关:自带 API Key 即可接入 GPT、Claude、Gemini,或用 Ollama 跑 DeepSeek、Kimi、GLM 等本地模型。
  • 隐私策略:Agent 循环、对话记录、连接器令牌默认存本机;仅主动调用特定 LLM 或第三方集成时数据才出本机。
  • 安全闸门:涉及发消息、改日历、写外部工具、执行终端命令时,先暂停请示;不在场则进待确认列表。
  • 去哪取:GitHub 开源仓库,文末附链接。

01从聊天到交付:Agent 要"把活干完"

吴恩达在 X 上的定位非常直接:"这是一个开源 Agent,不只是和你聊天,而是交付完成的工作。"——翻译过来就是:别光陪我聊天,帮我把活干了。

传统大模型使用链路

让 AI 分析需求 → 生成文本 → 自己查文件、核对数据、调格式 → 打开 Slack / 邮箱 / 日历手动发出。AI 参与了,但人仍在不同软件间来回倒腾。

OpenWorker 的链路

告诉它要什么结果 → 自主拆解任务、调用本机文件与已连接应用 → 完成操作 → 交付一份能打开、修改、分享的文件。

项目主页显示,OpenWorker 原生连接超过 25 种工具,包括 GitHub、Slack、Jira、Notion、Linear、HubSpot、Outlook、Gmail、Google Calendar 等,可调用本地文件与终端;不够用还能通过 MCP 继续接入。

它还支持与大模型配合执行定时任务:每天早上整理信息简报、每周自动生成工作报告、持续盯某个 Slack 频道——交给它跑即可。

02它到底会做什么?典型场景

📋 客户简报:从一句话到一份完整文档跨工具交付

  • 输入"帮我准备客户 brief",Agent 不只列大纲,而是自主检索资料、整理客户信息,最终生成完整文档。
  • 过程中跨本地文件、日历、Slack 等工具取数,无需用户逐段喂背景材料。

🔄 项目进度检查:跨 Jira + GitHub 自主取数多源整合

  • 输入检查项目进度的指令,Agent 直接前往 Jira 和 GitHub 搜集信息,而不是等用户把背景材料一段段喂给它。
  • 输出结构化的进度摘要,可打开、修改、分享。

定时任务:7×24 无需在场

「每天早上定时整理一份信息简报」「每周自动生成工作报告」「持续关注某个 Slack 频道」——与大模型配合执行,设置一次,重复性高脑力劳动自动完成。

03能干活,但关键动作先请示

AI 从回答问题走向操作电脑,风险随之升级——一段回答写错了可以重新生成,但把吐槽发给领导、删错没备份的重要文件、改错日程,事情就没那么简单了。

OpenWorker 的设计是:在执行重要操作前,先回来请示。

接收意图拆解任务调用工具关键动作暂停人工确认继续执行

当任务涉及发送消息、修改日历、写入外部工具、执行终端命令时,它会先暂停、说明自己准备做什么,获批准后才继续。人不在电脑前时,请求会进入待确认列表,等回来同意后再做——不会为了赶完任务跳过确认。

这条设计决定了 Agent 能否真正进入办公场景:一个合格的 AI 同事可以勤快,但不能擅作主张。

04开源、本地优先、模型无关:为什么这么设计

OpenWorker 主打四件事:开放、本地优先、隐私保护、模型无关。前三项是后端工程选择,最后一项直接改变使用姿势——

绑定单一厂商

模型涨价或不好用时,迁移成本高,工作流可能要重写。

模型无关

自带 API Key 即可接入 GPT 5.6 Sol、Claude Fable、Gemini 3.6;也能用 Ollama 跑 Kimi、GLM、DeepSeek、Inkling 等开放权重模型。

数据策略上,OpenWorker 的 Agent 循环、对话记录、连接器令牌、模型密钥默认保存在用户自己的设备上;仅当主动选择特定 LLM 服务商或第三方集成时,相应数据才离开本机。需要说明的是,这不意味着数据绝对不会上传云端——但"用哪个模型、连哪些工具、把数据交给谁"的选择权留在了用户手里。

吴恩达本人背景也值得交代:他是 DeepLearning.AI 创始人、Coursera 联合创始人、斯坦福计算机系兼职教授,曾牵头创立 Google Brain、担任百度首席科学家。据其个人官网数据,超过 700 万人通过他的课程学习 AI。OpenWorker 不是随手放的实验项目——过去他交付的是课程,这一次交付的是一个 AI 同事。

编辑视角

本篇信息主要源自项目方公开披露与企业通稿口径,目前未见第三方独立复测报告,"能跨 25+ 工具交付成品"等描述建议带"官方自述"背景读。项目仍处公测阶段,Windows 版未完成代码签名,实际稳定性、工具调用成功率、定时任务可靠性均有待社区验证。

值得留意的支线是吴恩达本人的方向选择:过去几年他反复强调 AI Agent 与工作流的重要性,这次把判断落到桌面端开源项目上,信号意义大于单个产品的成熟度。

行业判断:AI Agent 的下一站竞争焦点,正从"谁的模型更强"转向"谁能在跨工具场景里交付成品、并把最终决定权交还给人"——控制权设计将成为 Agent 能否进入生产环境的分水岭

现在就能取

项目已开源,Mac 可用,Windows 公测中(安装会触发 SmartScreen 提醒,属正常现象)。

GitHub 仓库 → 取最新版
github.com/andrewyng/openworker