吴恩达的OpenWorker：在你的桌面运行，而非浏览器中

AI代理竞赛主要是一场云端竞赛。OpenAI的持久化代理存在于Slack中，并在OpenAI的服务器上运行。Claude则停留在浏览器标签页中，按会话进行推理。两者都要求月订阅费，并返回给你一段对话记录，而非完成的交付物。

吴恩达的OpenWorker（现已进入公开测试阶段）走向了相反方向。它是一款完全在用户机器上运行的桌面应用，使用你自己的API密钥，并旨在返回完成的工作：一份精良的文档、一个更新的日历、一个分类收件箱。不是待办事项列表，不是计划，而是成果本身。

该项目基于MIT许可证开源，托管于github.com/andrewyng/openworker。其引擎基于aisuite构建，后者是吴恩达的另一个项目，提供跨LLM提供商的统一聊天补全API，并包含工具和MCP支持的代理层。OpenWorker最初是aisuite仓库的一部分，后来迁移至独立仓库。

本地优先，云端可选

架构简单直接：一个本地运行的Python代理服务器与用React构建、Tauri外壳封装的桌面UI通信。一切, , 代理循环、对话历史、连接器令牌和模型密钥, , 都存储在应用在用户机器上的本地安全存储中。唯一的云端部分是一个为连接器协调OAuth握手的小型服务。

这种设计对于注重隐私的用户以及任何见过云端托管代理在未完全理解上下文的情况下更改日历条目的人来说都很重要。OpenWorker对每个重要操作都设置关卡：写入、发送以及shell命令都需要用户先批准。无人值守的定时运行会将请求暂存在收件箱中，而不是自主执行。

模型灵活性作为特色

OpenAI和Anthropic将你锁定在它们的模型之中，而OpenWorker本身不附带任何模型。你需要自带任何受支持提供商的API密钥：OpenAI、Anthropic、Google Gemini、DeepSeek、Qwen、Mistral、Grok等，此外还可以通过Together和Fireworks使用开放权重模型，以及通过Ollama使用完全本地模型。

该项目维护了一个经过验证可用于工具调用工作的精选模型列表。添加任意模型字符串是可能的，但会附带警告。这是一个务实的让步：工具调用质量在不同模型之间差异巨大，而桌面代理上一个糟糕的工具调用后果远不止聊天窗口中的错误回答, , 它可能意味着必须撤销的文件系统更改或已发送的消息。

25个以上连接器与MCP支持

OpenWorker提供超过25个集成，覆盖常用生产力工具栈：GitHub、Slack、Jira、Notion、Linear、HubSpot、Outlook、monday.com、Gmail和Google日历，此外还有终端访问和本地文件。任何通过模型上下文协议可访问的工具也能接入，并支持按工具控制。

Slack集成值得关注：在频道中提及@OpenWorker，你的桌面上将打开一个会话。工作使用你自己的工具完成，答案以线程回复形式返回。这种设计意味着代理对团队可见，却无需驻留云端或共享订阅。

时机问题

OpenWorker上线时机颇为微妙。OpenAI于2025年3月宣布的持久化代理可在云端运行定时任务并集成Slack，但它们与OpenAI的模型和基础设施绑定。Anthropic的Claude仍专注于单会话推理，未提供持久化代理产品。

OpenAI刚刚推出了可调度的工人，企业对此反应谨慎。当代理在浏览器会话中运行时，赋予它访问日历和邮件的权限是一回事；当它持久化在云端并按计划行动时，则是另一回事。

OpenWorker通过将所有操作本地化和审批关卡化来应对这种谨慎态度。其代价是用户必须自行管理密钥、基础设施和更新。应用支持自动更新，macOS构建版本已签名并通过公证，但Windows构建版本尚未代码签名，因此SmartScreen会在安装时发出警告。这一差距对于吴恩达可能意在推动的企业采用至关重要。

与其他选择相比

另一款本地代理OpenClaw在Ollama 0.17上发布，专注于收件箱和邮件管理。OpenWorker范围更广，但也更重：它需要Python 3.10+、Node 20+，并且对于桌面外壳需要Rust工具链。从源代码运行是一个多步骤过程，需要两个终端。预构建下载是推荐路径。

OpenAI的代理是付费产品，而OpenWorker是你运行的一个参考。README明确指出："此仓库是aisuite能力的实用参考。"这种定位虽诚实，但限制了其覆盖面。一个需要开发者工作流程才能运行的参考实现，尚未成为消费者产品。

对完成工作的赌注

最有趣的设计选择是输出格式。OpenWorker不流式传输令牌。它交付文件：文档、电子表格、报告和网页，这些文件作为可打开、可共享的对象落在你的桌面上。这是一个微妙但重要的转变，改变了我们对AI助手的看法。以"这是草稿"结束的聊天是对话。以桌面上的.docx文件结束的聊天则是同事。

用户是否真的想要一个同事而非一场对话，这是一个开放性问题。聊天界面宽容度很高：你可以细化、要求修改、重新开始。一份完成的文档则假定你在提问时已经知道自己想要什么。OpenWorker的审批关卡旨在捕捉这种不匹配，但用户仍需在批准前发现输出是错误的。

吴恩达的项目并非试图颠覆OpenAI或Anthropic。它正在铺设一条不同的道路：本地、开放、模型无关、以及以输出为中心。未来几个月将揭示这条道路是否有足够用户来支撑当前MIT许可的测试版之外的持续开发。