别总盯着 Claude Cowork 了，OpenWork 开源版来了，功能直接拉满！Windows 客户端

Ai学习的老章

发布于 2026-03-02 21:11:32

100

今天来聊一个我觉得真正解决了痛点的项目——OpenWork。如果你一直在用 Claude Code、OpenCode、Codex 这类 AI 编程工具，那你一定遇到过一个尴尬的场景：你自己用得飞起，但你的非技术同事完全不知道怎么用。OpenWork 就是来填这个坑的。

简介

先说结论：OpenWork 是一个开源的 Claude Cowork 替代品，专为团队协作设计。

它的核心思路很简单——把你已有的 Agent 设置（Claude Code、Codex、OpenCode 甚至自定义的技术栈），封装成一个你的非技术同事也能用的桌面应用。

说白了就是给 AI Agent 套个好看好用的壳子，让你的运营、销售、市场同事也能直接用起来，而不是每次都喊你："帮我跑一下那个脚本"。

项目在 GitHub 上已经拿了 10.7K Star、944 Fork，MIT 协议开源，属于那种一出来就被社区认可了的项目。

OpenWork 的核心哲学：

本地优先，云端可选：一键在本机运行，发消息即刻响应，不依赖任何云服务
可组合：桌面 App、WhatsApp/Slack/Telegram 连接器、Server 模式随你选，不绑定
可弹出：底层是 OpenCode 驱动，OpenCode 能做的事 OpenWork 全都能做
分享为王：单人用完一条命令就能共享给团队

它到底能干啥？

说实话，看完文档我觉得这货的功能设计比较克制但击中要害：

🖥️ 多线程并行工作

可以同时跑多个独立的任务线程，在浏览器任务和本地文件操作之间无缝切换。这一点很关键，不像某些工具一次只能做一件事。

⚡ 自动化任务

这个是我觉得最实用的功能——把任何 Prompt 设置成定时或自动触发。设置一次，后面自动执行。比如每天早上自动生成运营日报、每周扫一遍竞品动态，设好就不用管了。

🧩 Skills 技能系统

把复杂的工作流封装成可复用的 Skill，然后分享给团队。你的同事只需要一键点击就能跑起来。这才是真正让非技术人员用起来的关键。

💬 Slack 原生集成

直接在 Slack 频道里 @Agent，任务进度实时刷新，整个团队都能看到。不用切换工具，在Slack里就把活干了。

架构一览

OpenWork 的架构设计很清晰，有三种运行模式：

模式	说明	适用场景
Desktop Host 模式	桌面 App 启动本地 OpenCode/OpenWork	个人使用，一键启动
CLI Host 模式	openwrk 命令行启动	服务器部署，无头运行
Remote Client 模式	App 连接已有的 OpenWork Server	团队共享，多人协作

核心组件包括：

OpenWork App：桌面/移动端/Web 客户端体验层
OpenWork Server：API/控制层
OpenWork Worker：具体的工作区运行环境
OpenCode Router：Slack/Telegram 消息桥接，支持目录路由

下面这张图展示了技能管理器的界面，可以看到 Skill 安装和管理非常直观：

Skill Manager

本地或者远程服务器都能跑：

Works on local computer or servers

安装与快速上手

方式一：桌面应用（推荐）

最简单的方式，直接下载 DMG 安装包：

macOS：直接从 [GitHub Releases]下载
Windows：Alpha 版本可用
Linux：Alpha 版本可用

安装完毕后，打开 App 直接就能用，不需要注册，即可使用本地的基础模型。

试试这些提示词：

"打开 Chrome，在 Facebook Marketplace 帮我找一个绿色的沙发"
"去 Notion 上更新一下这条 CRM 记录"
"导出上周的销售数据并生成报告"

方式二：CLI 模式（服务器部署）

如果你要在服务器上跑，或者不需要图形界面：

# 安装 CLI 工具
npm install -g openwrk

# 启动 OpenWork
openwrk start --workspace /path/to/workspace --approval auto

# 检查状态
openwrk status --openwork-url http://127.0.0.1:8787 --opencode-url http://127.0.0.1:4096

方式三：从源码构建

如果你是开发者，想自己编译：

# 前置要求：Node.js + pnpm + Rust 工具链 + Tauri CLI
pnpm install

# 启动桌面版
pnpm dev

# 仅启动 Web UI
pnpm dev:ui

Worker 隔离：安全地多人协作

这个设计我觉得很聪明——每个工作域（Worker）是隔离的。

比如你是一个代理公司，可以这样设置：

agency-core：内部运营的核心工作区
client-a：A客户的专属工作区
client-b：B客户的专属工作区

操作规则很清晰：

工作开始时先选定目标 Worker
只使用该 Worker 下的 Skills 和自动化任务
跨域的任务需要主动复制，不会自动合并

这样做的好处显而易见：

更好的 Prompt 确定性：同一个 Worker 下的上下文更聚焦
更清晰的审计历史：谁在什么 Worker 上做了什么，一目了然
更安全的数据边界：客户数据不会串
更容易让非技术同事上手：每人一个 Worker，各干各的

自动化任务：设一次，跑一辈子

OpenWork 的自动化系统遵循一个简单原则：一个任务对应一个业务结果。

设置方式：

打开 Automations（目前是 Beta 版）
为每个业务结果创建一个 Job，比如：
- daily-ops-summary：每日运营汇总
- weekly-team-brief：每周团队周报
- competitor-scan-core：定期竞品扫描

几个关键原则：

每个 Job 只做一件事，别把所有东西塞到一个超级 Prompt 里
用业务结果命名 Job，不要用实现细节命名
确保一个 Job 的失败不会阻塞其他 Job

调试清单：

每个 Job 是否写入了明确的输出路径？
能否一句话解释这个 Job 的成功/失败？
一个 Job 挂了会不会影响其他的？

消息路由：Slack/Telegram 一把搞定

OpenCode Router 是一个消息桥接组件，让团队可以直接从 Slack 或 Telegram 跟 Worker 交互。

安装很简单：

npm install -g opencode-router
opencode-router start

核心配置只需要两个环境变量：

OPENCODE_URL：OpenCode 服务地址
OPENCODE_DIRECTORY：工作目录

常用命令：

# 查看状态
opencode-router status

# 列出 Telegram 绑定
opencode-router telegram list

# 列出 Slack 绑定
opencode-router slack list

# 设置绑定
opencode-router bindings set \
  --channel telegram \
  --identity default \
  --peer <chatId> \
  --dir /path/to/workdir

它的路由逻辑是 (channel, identity, peer) -> directory，也就是说不同的消息来源可以映射到不同的工作目录。这个设计非常灵活。

和同类产品比较

特性	OpenWork	Claude Cowork	Codex
开源	✅ MIT	❌ 闭源	❌ 闭源
本地优先	✅	❌ 云端	❌ 云端
团队共享	✅ Worker 隔离	❌	有限
自动化任务	✅ 定时/触发	有限	❌
Slack/Telegram	✅ 原生支持	❌	❌
自定义 Skills	✅	❌	❌
非技术人员可用	✅	❌	❌
价格	免费	付费	付费