OpenCode：开源版Claude Code来了，附Windows客户端 大模型世界新宠，从Claude走向开源，OpenAI 入局，Agent Skills 10000字教程 Claude Code配置太痛苦？试试这个神器
今天来聊一个我觉得真正解决了痛点的项目——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 模式 | ||
| CLI Host 模式 | openwrk | |
| Remote Client 模式 |
核心组件包括：
OpenWork App：桌面/移动端/Web 客户端体验层 OpenWork Server：API/控制层 OpenWork Worker：具体的工作区运行环境 OpenCode Router：Slack/Telegram 消息桥接，支持目录路由
下面这张图展示了技能管理器的界面，可以看到 Skill 安装和管理非常直观：
本地或者远程服务器都能跑：
安装与快速上手
方式一：桌面应用（推荐）
最简单的方式，直接下载 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 的两个点：
第一，它解决了「AI 工具民主化」的问题。 现在市面上的 AI 编程工具基本都是给开发者设计的，非技术人员看到命令行就头大。OpenWork 把这个门槛拉到了最低——下载，打开，说话就行。
第二，Worker 隔离 + 自动化的组合拳太实用了。 想象一下，你的运营同事每天打开 Slack，Agent 自动把昨天的运营数据汇总发给他；市场同事一键就能跑竞品分析；客服主管设置好自动化，每周自动生成客诉报告。这才是 AI Agent 落地到团队的正确姿势。
当然也有一些不足：
Windows 和 Linux 还是 Alpha 版本，稳定性待验证 文档目前还在建设中，某些高级功能的教程不够详细 对于国内用户，Slack 集成可能不太方便，更需要企微/飞书支持
但总的来说，这是一个方向特别正确的项目。AI 工具不应该只是程序员的玩具，而应该是整个团队的生产力工具。 OpenWork 在朝着这个方向努力，而且做得不错。
#OpenWork #ClaudeCowork #Agent #开源 #团队协作
