OpenWork
在桌面工作区中让 AI 代理处理本地文件，并与团队共享技能和连接。
- Star 数
- ★ 24k
- 最近更新
- 今天
- License
- NOASSERTION
- 主语言
- TypeScript
- FA 评分
- 71/100 · 存在缺口
30 秒速览
- 运行形态
- 可在哪里用
- 通用 · 跨平台Codex · Claude Code
- 费用
- 有免费版，另有付费云服务
- 上手难度
- 中 · 需要几步配置
- 开始前需要
- 典型场景
- 需要在 macOS、Windows 或 Linux 桌面上让代理处理本地文件的个人用户。
- 不适合
- 只需要命令行界面的用户
- 希望组织控制平面也采用 MIT 许可的团队
- 源码审查
- 71/100 · 存在缺口
这个 Agent 能做什么，适合哪些场景？
OpenWork 是一款适用于 macOS、Windows 和 Linux 的桌面应用，基于 OpenCode 构建，可让 AI 代理在用户自己的文件上工作。它支持 50 多家模型提供商，可使用自带 API 密钥、ChatGPT 登录，或通过 Ollama 和兼容 OpenAI 的服务器运行本地模型。用户也可以通过 OpenWork MCP 将技能、插件、MCP 连接及部分已连接服务用于 Codex、Claude Code、Cursor 等兼容代理。团队可用 OpenWork Den 管理成员、模型访问、桌面策略及共享能力；控制平面可以自托管。桌面应用和核心平台采用 MIT 许可，而 ee/ 下的 OpenWork Den 使用 OpenWork EE License，生产使用条款另有规定。
用户安装 OpenWork 后创建工作区，并选择模型提供商及模型，让代理在本地文件上执行工作。管理员可在 OpenWork Den 邀请成员、创建团队、配置模型访问和桌面策略，并发布技能与插件。用户将 OpenWork MCP 地址 https://api.openworklabs.com/mcp/agent 配置到兼容客户端后，可以调用 search_capabilities 查找可用能力、execute_capability 执行能力、list_skills 列出技能，以及 get_skill 读取 SKILL.md。仓库还提供基于 Electron 的桌面应用、React 界面和 openwork-server；贡献者可用 pnpm dev 启动开发应用。
- 需要在 macOS、Windows 或 Linux 桌面上让代理处理本地文件的个人用户。
- 希望使用自有 API 密钥、ChatGPT 登录或 Ollama 本地模型的模型使用者。
- 使用 Codex 或 Claude Code，并希望从这些客户端访问已分配技能和 MCP 连接的开发者。
- 需要为成员和团队分配技能、插件及模型提供商访问权限的组织管理员。
- 希望在自有基础设施部署团队控制平面的组织。
如何安装或部署这个 Agent？
从 OpenWork 下载页面安装桌面应用；README 也列出了 GitHub releases。仓库提供的源码开发步骤如下：
如何使用这个 Agent？
打开 OpenWork，创建工作区并连接模型提供商。也可将远程 MCP 添加到 Codex 或 Claude Code；添加后客户端会打开浏览器，供用户登录并选择 OpenWork 组织。
这个 Agent 有哪些优点和局限？
- 提供 macOS、Windows 和 Linux 桌面应用，并支持在用户自己的文件上工作。
- 支持 50 多家模型提供商、自带 API 密钥、ChatGPT 登录，以及 Ollama 或兼容 OpenAI 的本地模型服务器。
- OpenWork MCP 可将技能和 MCP 连接带入 Codex、Claude Code 等兼容代理。
- OpenWork Den 支持团队管理，并可自托管控制平面。
- 桌面应用不是 CLI；只需要终端界面的用户可能不适合。
- 使用模型需要配置提供商访问方式，例如 API 密钥、ChatGPT 登录或本地模型服务器。
- ee/ 下的 OpenWork Den 使用 OpenWork EE License，生产使用通常需要订阅；README 列有最多 5 人组织免费等例外。
- README 未说明下载桌面应用后的逐步首次配置流程。
这个 Agent 与同类方案有什么区别？
README 将 OpenWork 描述为 Claude Cowork 和 Codex 的开源替代方案，并说明可迁移 Claude Cowork 的技能、兼容插件和 MCP 服务器。它与 Claude Cowork 的一个明确区别是：OpenWork 提供 macOS、Windows 和 Linux 桌面应用，并支持多家模型提供商及自托管团队控制平面。
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| OpenWork 当前 | 71 · 存在缺口 | 桌面应用免费版 + 付费版 | ★ 24k | 今天 | TypeScript | Codex · Claude Code |
| PocketPaw | 46 · 缺口较多 | 桌面应用免费 + 模型费 | ★ 892 | 1 个月前 | Python | Codex · OpenAI API · Claude API |
| Conduit | 73 · 存在缺口 | 桌面应用免费 + 模型费 | ★ 2.3k | 4 天前 | Dart | OpenAI API |
| NextClaw | 58 · 缺口较多 | 桌面应用免费 + 模型费 | ★ 262 | 今天 | TypeScript | Codex · Claude Code |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
文档说明本地文件可留在本机、云服务可选，托管 MCP 连接凭据保存在 Den 并加密，且授权发现可无副作用、不会静默扩展权限；安装与开发流程也展示了本地令牌隔离和受限回环访问。扣分因这些控制主要由文档陈述，所给材料未展示核心权限实现、完整数据流或依赖审计，用户确认与回滚也只在部分流程中明确。
仓库给出 Node/pnpm 版本、CI 契约检查、评估套件和清晰的故障排查步骤，且多处说明失败如何处理。扣分因材料覆盖面有限，不能证明依赖持续可用或全部产品路径的行为一致；未提供实际运行结果。
README 明确桌面端支持 macOS、Windows、Linux，可用多模型、API key 或本地模型，并支持团队、自托管及从其他 Agent 接入；文档涵盖开发者、管理员和 MCP 客户端场景。扣分因能力边界和适用限制虽有局部说明，未形成全面的产品边界清单，触发条件也主要是概述。
目录结构、贡献指南、安装步骤、运维文档、故障排查和目录分拆许可说明充分；仓库还描述发布通道及版本策略。扣分因给定材料没有清晰的发布历史/变更摘要，维护责任仅以安全联系和少量文档 Owner 信息呈现，且顶层许可元数据与实际目录许可需读者自行辨别。
产品提供桌面工作区、跨工具 MCP、团队能力共享和管理控制面，文档给出安装及接入示例，显示出实际用途。扣分因效益和成本没有量化，主要价值主张仍是项目自身陈述，材料不足以判断普通用户的实际结果或净收益。
多项安全、安装和协议声明能在不同文档、工作流与测试规格说明中找到对应细节，且部分文档明确测试覆盖范围及未认证事项。扣分因多数证据仍来自同一仓库自述，提供的测试文件不构成执行证明，且一些广泛产品声明缺少独立或交叉来源确认。
- README 宣称“文件留在本地”，但材料同时描述云端推理、Den 和远程 MCP；部署或使用前应逐项确认哪些内容会发送到外部服务。
- 许可按目录区分：ee/ 使用 OpenWork EE License，其他部分为 MIT；不要仅依据仓库级 NOASSERTION 或 README 的概括判断某个组件的许可。
- 此评估仅依据所给静态材料，未运行代码或验证发布产物；安全与功能声明不应视为独立验证结论。