OpenWork瞄准Claude Cowork与Codex：开源编程智能体走向可替换模型与团队工作流控制
· 来源：github.com
基于OpenCode生态的OpenWork以桌面工作台、MCP互联和可审计部署为卖点，折射出开发者对代码智能体模型选择、数据边界和工作流复用的需求上升。
开源项目OpenWork近日在GitHub上将自己定位为Claude Cowork和Codex的替代方案。该项目由different-ai推出，主打跨macOS、Windows和Linux的桌面应用，并以OpenCode为其智能体底座之一。与早期偏重代码补全的工具相比，OpenWork试图把智能体能力组织成可共享、可管理的本地工作台：开发者既可在独立桌面端使用，也可从既有的代码智能体中调用。
其核心连接方式是模型上下文协议（MCP）。OpenWork提供远程MCP服务，能够把已分配的技能、插件、MCP连接以及Google Workspace、Microsoft 365等服务能力暴露给兼容客户端。项目文档显示，Claude Code、Codex、Cursor和OpenCode等工具均可接入；智能体通过“搜索能力”和“执行能力”两类工具，调用用户获授权的工作流。这意味着一次配置的技能或服务连接，可在不同智能体、设备及团队成员之间复用，而不必被单一客户端锁定。
OpenWork也将组织治理作为产品重点。其名为OpenWork Den的管理界面可用于配置模型供应商访问权限、团队成员与桌面策略，并发布和分配技能、插件及连接。对于需要统一采购推理服务、限制本地模型使用或控制软件版本的企业，这种控制层补上了单机编程助手通常较弱的管理能力。不过，项目的远程MCP接入需要浏览器登录并选择组织，实际数据流向和权限范围仍取决于部署及连接服务的具体配置。
在开源与商业化之间，OpenWork采用按目录拆分的许可模式：桌面应用和核心平台所在的ee/目录之外代码为MIT许可；组织控制平面OpenWork Den所在的ee/目录则采用可查看源代码的OpenWork EE License，生产环境使用需要订阅。GitHub页面显示，该仓库已获得约2.35万颗星和约2400次复刻，反映出开发者对这一方向的关注。
OpenWork所依托的OpenCode本身是一款可运行于终端、IDE和桌面端的开源代码智能体，官方称其可通过Models.dev连接75家以上LLM提供商，包括本地模型，并支持多会话和LSP能力。与之相邻的开源项目Goose同样强调在本机运行、支持桌面端和CLI，并可连接15家以上模型提供商及70多个MCP扩展。它们共同说明，代码智能体的竞争正从“哪家模型写代码更强”，扩展到模型能否替换、上下文和数据能否掌控，以及团队工作流能否跨工具迁移与复用。
—— 综合整理自：GitHub OpenWork仓库、OpenCode官网、GitHub Goose仓库