OpenWork:把 AI 协作工作流搬上开源桌面的 Claude Cowork 替代品

开场:你的 AI 工作流,为什么每次都得重做一遍?

假设你已经在 Claude Code 里调通了一套自己的” 开发工作流”—— 比如从 Jira 拉需求、查文档、写代码、跑测试、发 PR。再假设你也用过 Cursor 做局部重构、用 Codex 做代码评审。但有没有发现一个问题:

这些工具之间的工作流是孤岛。同一个 prompt、同一个 Skill、同一个连好的 MCP 服务,到了另一把” 椅子” 上就要重新装一遍。

这正是 Anthropic Claude Cowork 想解决的痛点 —— 它把工作流沉淀成” 应用”,再让任何 agent 调用。但它闭源、托管、价格不菲。

GitHub Trending 今天榜上有名的一个项目,就是在试图把这块拼图开源:

OpenWorkdifferent-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 帮我干活” 的体验。但它有几个硬伤:

  1. 闭源 + SaaS:数据必须上云,企业合规压力大。
  2. 绑定生态:Skill、工具、连接器都是 Anthropic 自己的,复用不到 Claude Code / Codex 等其它 agent。
  3. 桌面 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
2
3
4
5
6
7
8
9
10
┌─────────────┐    ┌─────────────┐    ┌─────────────┐
│ Claude Code │ │ Codex │ │ Cursor │
└──────┬──────┘ └──────┬──────┘ └──────┬──────┘
│ │ │
└──────────────────┼──────────────────┘

┌──────────────────┐
│ OpenWork MCP │
│ (Skills + Tools) │
└──────────────────┘

你在 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
2
Install OpenWork on my computer, set up my first workspace,
and open it ready to use. Follow the steps in https://...

让 agent 替你完成” 装 OpenWork → 建 Workspace → 打开就绪”。这种 agent-as-installer 的体验非常 2026。

5. 显式的权限边界 + MCP 兼容

OpenWork 的工具调用走 MCP 协议,意味着:

  • 显式权限(哪些工具能跑、哪些不能跑);
  • 跨工具的连接器生态(任何 MCP server 都能塞进来);
  • 适合” 自动化优先” 的团队 ——CLI 命令也能成为 Agent action,结果可预测、可回放。

实战示例:5 分钟搭一个”PR 摘要 + 周报” 工作流

下面给一个简化版演示,不依赖真实 API Key,你照着结构走就行。

步骤 1:安装桌面端

1
2
# macOS / Linux 一键安装(以官方安装脚本为例)
curl -fsSL https://openwork.dev/install.sh | bash

Windows 直接去 GitHub Releases 下载 .exe

步骤 2:新建 Workspace

1
2
3
4
5
6
7
8
Workspace name: weekly-report
Skills:
- github-pr-summary
- jira-this-week
MCP servers:
- github
- jira
- notion

weekly-report 这个 Workspace 可以打包成 zip,给团队成员直接复用。

步骤 3:写一个 Skill

skills/weekly-report/SKILL.md

1
2
3
4
5
6
7
8
9
10
11
# Weekly Report

## 目标
汇总本周 PR、Issue、文档更新,输出飞书 / Notion 周报草稿。

## 步骤
1.`github.list_my_prs(state=merged, since=7d)` 拉取本周合并 PR。
2.`jira.search_issues(assignee=me, status=done, updated>=7d)` 拉取完成工单。
3.`notion.search(query="weekly report template")` 找到模板页。
4. 按 "PR / 工单 / 风险" 三段拼成 Markdown。
5. 写回 Notion 模板,并在飞书群里 @ 我确认。

步骤 4:从 Claude Code 里调它

在 Claude Code 里加 MCP:

1
2
3
4
5
6
7
8
9
// ~/.claude/mcp.json
{
"mcpServers": {
"openwork": {
"command": "openwork",
"args": ["serve", "--workspace", "weekly-report"]
}
}
}

然后自然语言:

用 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 装上就行了。