OpenWork:把 AI 协作工作流搬上开源桌面的 Claude Cowork 替代品
开场:你的 AI 工作流,为什么每次都得重做一遍?
假设你已经在 Claude Code 里调通了一套自己的” 开发工作流”—— 比如从 Jira 拉需求、查文档、写代码、跑测试、发 PR。再假设你也用过 Cursor 做局部重构、用 Codex 做代码评审。但有没有发现一个问题:
这些工具之间的工作流是孤岛。同一个 prompt、同一个 Skill、同一个连好的 MCP 服务,到了另一把” 椅子” 上就要重新装一遍。
这正是 Anthropic Claude Cowork 想解决的痛点 —— 它把工作流沉淀成” 应用”,再让任何 agent 调用。但它闭源、托管、价格不菲。
GitHub Trending 今天榜上有名的一个项目,就是在试图把这块拼图开源:
OpenWork(
different-ai/openwork),今天 585 stars,21.6k 总星,2.1k fork。
它给自己的定位一句话就够了 ——“The open-source alternative to Claude Cowork (powered by opencode)”。本地优先、跨平台、跑在 OpenCode 之上的桌面应用。
项目背景:把” 工作流” 从 Agent 里拆出来
Anthropic 推出 Claude Cowork 的本意,是让非开发者也能享受”Agent 帮我干活” 的体验。但它有几个硬伤:
- 闭源 + SaaS:数据必须上云,企业合规压力大。
- 绑定生态:Skill、工具、连接器都是 Anthropic 自己的,复用不到 Claude Code / Codex 等其它 agent。
- 桌面 GUI 缺位:CLI 体验对非工程师不友好,但又没有一个统一的本地 UI。
OpenWork 的作者 benjaminshafii 同时维护 OpenCode(一个开源 AI coding agent),OpenWork 本质上是 OpenCode 的” 桌面 + 协作” 层:
- OpenCode 负责” 会干活”—— 终端 / IDE / Desktop 多形态,调用任意 LLM。
- OpenWork 负责” 组织起来”——GUI 桌面 App,把 Skills / MCPs / 连接好的服务变成” 工作流对象”,跨工具、跨设备、跨人共享。
Hacker News 上一句话总结得最准:“It’s basically an alternative GUI for opencode, which (at least until now) has been more focused on technical folks.”
核心功能:五件事把它和普通 IDE 区分开
1. 桌面原生 App,但不强求
OpenWork 提供 macOS / Windows / Linux 桌面应用,安装完就像个普通的本地工具。但它明确说:桌面不是必须的。你可以:
- 在 Claude Code、Cursor、Codex 里加一个 MCP,让它们直接调 OpenWork;
- 或者干脆用 CLI 完成所有事;
- 团队规模更大时,再用它的 admin 后台统一发布能力、配权限。
这种” 有 GUI、但不强制” 的设计,对个人开发者和企业 IT 都友好。
2. 一次创建、跨 Agent 复用(Universal MCP)
这是最核心的设计:OpenWork 把 Skill、MCP、第三方连接抽象成同一个” 能力包”,挂一次,所有支持的 Agent 都能用。
1 | ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ |
你在 OpenWork 里连好 Gmail、Notion、GitHub,写好一个” 周报自动汇总”Skill,下次无论用哪个 Agent,调用同一个 MCP 入口即可。
3. Workspace:工作区即资产
每个 Workspace 是一个完整的工作环境:
- 包含 Skills、连接的服务、本地配置;
- 可以导出 / 导入;
- 团队成员之间可以共享,或者只给自己用。
这相当于把”AI 配置” 也变成了可版本化、可分发的资产。再也不用在入职文档里写” 先 npm i -g、再 export X=Y、再去 ……”。
4. 从 Agent 里反向安装
README 里专门给了” 已有 AI agent 的用户” 一条捷径:
Already use an AI agent? Copy this prompt and paste it into Claude Code, Cursor, Codex, ChatGPT…
1 | Install OpenWork on my computer, set up my first workspace, |
让 agent 替你完成” 装 OpenWork → 建 Workspace → 打开就绪”。这种 agent-as-installer 的体验非常 2026。
5. 显式的权限边界 + MCP 兼容
OpenWork 的工具调用走 MCP 协议,意味着:
- 显式权限(哪些工具能跑、哪些不能跑);
- 跨工具的连接器生态(任何 MCP server 都能塞进来);
- 适合” 自动化优先” 的团队 ——CLI 命令也能成为 Agent action,结果可预测、可回放。
实战示例:5 分钟搭一个”PR 摘要 + 周报” 工作流
下面给一个简化版演示,不依赖真实 API Key,你照着结构走就行。
步骤 1:安装桌面端
1 | # macOS / Linux 一键安装(以官方安装脚本为例) |
Windows 直接去 GitHub Releases 下载 .exe。
步骤 2:新建 Workspace
1 | Workspace name: weekly-report |
weekly-report 这个 Workspace 可以打包成 zip,给团队成员直接复用。
步骤 3:写一个 Skill
skills/weekly-report/SKILL.md:
1 | # Weekly Report |
步骤 4:从 Claude Code 里调它
在 Claude Code 里加 MCP:
1 | // ~/.claude/mcp.json |
然后自然语言:
用 openwork 工作流帮我生成本周周报。
Claude Code 会自动通过 MCP 把任务转交给 OpenWork 跑,你不用在 IDE 之间来回切。
步骤 5:分发给队友
把 Workspace 目录 tar 一份扔进团队仓库:
1 | tar czf weekly-report.tar.gz ~/.openwork/workspaces/weekly-report |
新人入职 clone 一下,加载进自己的 OpenWork,立刻拥有和你一样的 AI 工作流。
适用场景 & 限制
适合谁
- 重度 Coding Agent 用户:同时用 Claude Code / Cursor / Codex,希望工具之间的工作流不重复配置;
- 小团队 / 独立开发者:想把 AI 工作流沉淀成” 团队资产”,而不是每次口头交接;
- 企业 IT 部门:需要本地优先、可审计、能管权限的 AI 协作平台;
- 效率极客:喜欢 CLI + 桌面混合形态,对 GUI 体验有要求但不愿被 SaaS 绑架。
还不够成熟的地方
- Issue 168 / PR 130:开发节奏很快,但作为 Trending 新星,版本号还停在 0.x(最新 changelog 已经到 v0.18.9),破坏性变更概率较高;
- 部分企业版功能闭源:
/ee目录(云 / 管理后台)许可证和企业版不同,核心 App 是 MIT 没问题,但要心里有数; - 生态依赖 OpenCode:OpenWork 自身不直接实现 coding agent,必须搭 OpenCode 用,所以你的 LLM、模型路由策略都跟着 OpenCode 走;
- Skills 学习曲线:写一个真正好用的 Skill 需要对 MCP / Tools 有基本了解,对完全的非技术用户还有距离。
和同类项目的差异
| 维度 | OpenWork | Cline / Roo Code | OpenCode CLI | Claude Cowork |
|---|---|---|---|---|
| 形态 | 桌面 App + Agent 集成 | IDE 插件 | 终端 / IDE | SaaS 桌面 |
| 开源 | MIT(核心) | Apache 2.0 | MIT | 闭源 |
| 工作流共享 | 原生 Workspace | 无 | 无 | 闭源账户 |
| 跨 Agent 复用 | MCP 抽象 | 仅 IDE 内 | 仅 OpenCode | 仅 Anthropic 系 |
| 本地优先 | ✅ | ✅ | ✅ | ❌ |
可以看到 OpenWork 的定位非常清晰:不是再造一个 Agent,而是给” 任何 Agent” 加一层共享层。
总结
OpenWork 不是一个炫技项目,它的野心其实朴素 ——
让” 工作流” 成为 Agent 生态里的一等公民。
如果你今天同时用着两把以上”AI 椅子”,每天在为配置、Skill、连接器做重复劳动,那 OpenWork 值得花一个下午时间装上、试一遍。也许它不会成为你的主力工具,但” 跨 Agent 共享工作流” 这个设计理念,几乎一定会被接下来一年的工具学去。
仓库地址再贴一遍:github.com/different-ai/openwork。
写这篇博客用的,就是 OpenWork 这类工具背后的同款思路 —— 观察 Trending,沉淀成可复用的工作流。下次再有同事问” 为什么你总能第一时间知道新工具”,把 OpenWork 装上就行了。