OpenWorker 怎么使用？下载到交付成品文档完整步骤

今天来分享吴恩达大佬开源的一个新项目。

每次让 AI 分析一些内容，模型给出了结论、建议和行动清单，但实际操作还是得自己亲自动手。周报、会议纪要、客户简报，很多办公任务都卡在这一步。

最近我在 GitHub 上发现吴恩达开源的 OpenWorker，它会在回答完问题之后，继续处理后续的执行步骤。只要给出一个目标和授权目录，OpenWorker 就能读取文件、调用工具、生成可以直接打开的成品文件。

 

01. 项目实测

 

OpenWorker 安装起来很简单，直接下载对应你电脑操作系统的版本即可。

也可以把下面这段提示词发给你的AI Agent，比如Codex、Claude Code 之类的工具。

提示词：

请在当前电脑安装 OpenWorker。

项目地址：

https://github.com/andrewyng/openworker

目标：

安装 GitHub Releases 中最新的稳定版本，优先采用仅当前用户安装。安装后核对版本、程序目录、磁盘占用和进程状态，并启动一次应用。

执行要求：

1. 检测当前操作系统、CPU 架构、剩余磁盘空间，以及 OpenWorker 是否已经安装。

2. 查询 GitHub API 获取最新正式版：

https://api.github.com/repos/andrewyng/openworker/releases/latest

3. 只从 andrewyng/openworker 的官方 GitHub Release 下载文件。不要使用第三方下载站、镜像站或网盘。

4. 根据系统选择安装包：

– Windows x64：优先选择 OpenWorker-windows-setup.exe。

– 如果 EXE 因未签名而无法静默运行，不要解除安全标记，不要关闭 SmartScreen，不要修改杀毒软件设置。改用同一 Release 的 OpenWorker-windows.msi。

– macOS Apple Silicon：选择 arm64 或 aarch64 DMG。

– 没有适合当前平台的正式安装包时，说明原因，再按仓库 README 的源码方式安装。

5. 下载到单独的临时目录。安装前核对：

– 文件名

– 下载来源

– 文件大小

– SHA-256

– 数字签名状态

6. Windows 优先安装到当前用户目录，不申请管理员权限。MSI 可以使用：

msiexec.exe /i “<下载的 MSI 路径>” ALLUSERS=2 MSIINSTALLPERUSER=1 INSTALLDIR=”<LocalAppData>\Programs\OpenWorker” /qn /norestart

7. 如果安装必须申请管理员权限、处理 UAC、绕过安全警告或输入系统密码，暂停并让用户亲自确认。不要代替用户操作安全提示。

8. 安装完成后验证：

– 系统安装记录中存在 OpenWorker

– 主程序文件存在

– 文件版本与 GitHub Release 一致

– 启动后进程持续运行并正常响应

– 记录实际安装目录和磁盘占用

9. 启动一次 OpenWorker，停在首次配置或模型设置界面。不要填写、读取或保存 API Key、密码、OAuth Token 等敏感信息。

10. 不修改现有模型配置、代理设置、系统安全设置和用户文件。不要安装捆绑软件。

11. 成功后清理本次创建的临时安装文件。删除前必须确认目标位于本次创建的临时目录内。

12. 最终报告以下内容：

– 安装是否成功

– 安装版本

– 安装包来源及 SHA-256

– 安装目录

– 实际磁盘占用

– 程序是否成功启动

– 需要用户亲自完成的下一步

如果当前 Agent 没有本机文件、Shell 或桌面操作权限，停止安装，并给出适合当前系统的官方下载链接和可直接复制执行的命令。

安装完成后，需要先接入 API 才能使用，大家按自己的喜好配置即可。

下面跑一个从散乱材料自动生成成品的案例。

提示词：

仅允许访问 D:\OpenWorker-Test。

读取 input 目录中的全部文件，完成以下任务：

1. 汇总销售数据，计算各产品的销售额和订单数。

2. 从会议记录中提取负责人、截止日期和待办事项。

3. 找出不同文件之间互相矛盾或缺少的信息，不要自行补全。

4. 在 output 目录生成：

– 销售分析.xlsx

– 项目执行清单.md

– 管理层简报.html

5. 每个结论标明来源文件；数据结论标明对应行号或计算方法。

6. 写入文件前先列出执行计划和目标文件，等待确认。

所有数据都被分析了一遍，还发现了不少矛盾之处。

当然，需要生成的文件也都自动帮我们生成好了。

从三份成品可以确认，OpenWorker 确实完成了多文件读取、规则抽取、数据清洗、冲突核对和多格式文件生成。OW-1008 没有被自动补成 999 元，说明 OpenWorker 严格遵守了缺失数据不猜测的要求。

 

02. 项目简介

 

OpenWorker 是一个本地优先、开源的桌面 AI 助手，由吴恩达发布。OpenWorker 接收任务目标，读取本地文件，调用终端和第三方服务，最后交付文档、表格、报告、网页文件，或者完成一项经过用户确认的外部操作。

项目地址：https://github.com/andrewyng/openworker

一次任务大致经过以下流程：

用户描述期望的结果。

模型把目标拆解为多个步骤，选择文件读取、搜索、终端或连接器等工具。

OpenWorker 在本机执行读取、分析和文件生成操作。

发送消息、修改日历、写入外部系统、运行命令等操作会进入权限检查环节。

用户可以批准、拒绝或修改操作，OpenWorker 随后继续执行并保留完整的操作记录。

OpenWorker 的任务引擎支持流式回复、工具调用、运行中停止、用户追加指令、长对话自动压缩、审计记录，以及多个低风险读取工具并行运行。

OpenWorker 采用 BYOK 模式，也就是由用户提供模型 API Key，目前支持的模型来源包括：

• OpenAI
• Anthropic
• Google Gemini
• AWS Bedrock、Google Vertex AI
• GLM、DeepSeek、Kimi、Qwen、MiniMax
• Mistral、xAI
• Together、Fireworks、OpenRouter
• 本地 Ollama

OpenWorker 目前更适合希望自行选择模型和管理 API Key 的用户，以及需要连接文件、终端、Slack、邮件、日历和业务系统的知识工作者。

 

03. 挖一挖

 

我们对 AI 的需求已经从"帮我想"推进到了"帮我做完"。

周报、销售分析、客户简报和会议跟进这些工作看起来普通，却长期占用着知识工作者的大量时间。

OpenWorker 把模型、本地文件、终端、连接器、审批流程和操作记录整合到同一套桌面工作流中。对于办公场景来说，这种可检查、可追溯的执行过程，比一段漂亮的回答更有实际价值。

还可以接入内部知识库、邮件、日历和工单系统，把 OpenWorker 定制成某个岗位的专用助手。开源意味着用户可以自由选择模型，掌控 API Key、文件权限和数据存放位置，安全性也更有保障。

下一代桌面 Agent 需要解决的核心问题就是把答案真正做完，OpenWorker 已经在这一步跑出了一个可以亲手验证的雏形。

原文链接：GitHub 狂澜 14K Stars，吴恩达自用 Agent