📌 项目地址：different-ai/openwork | ⭐ 15,639 颗星 | 🔧 TypeScript | 📜 NOASSERTION
它不是又一个AI编程助手
市面上AI编程工具已经够多了。Cursor、Windsurf、GitHub Copilot，全是给开发者用的。你装个插件、写个prompt、AI帮你补全代码。
OpenWork走了一条不一样的路。它不解决“我，程序员，写代码更快”这个问题。它解决的是“我团队里10个产品经理、5个QA、3个运营，怎么也能用上AI干活”。
README第一句说得很清楚：OpenWork是Claude Cowork/Codex（一个桌面应用）的开源替代。注意它不是Copilot那种IDE插件，而是一个独立的桌面应用，跑的是完整的AI Agent工作流。
它跟Claude桌面应用有什么不同
Claude的桌面应用是闭源的，你得付费，且能力边界由Anthropic定义。OpenWork是开源的，核心权力在你手上。
具体说三点差异：
第一，运行模式可切换。 OpenWork支持两种模式——Host模式跑在你的机器上，Client模式连接远程的OpenCode服务器。你可以本地自己用，也可以连到团队共享的远程worker。Claude没这个选项，你只能用它的云服务。
第二，权限控制是显式的。 AI执行写文件、运行命令这类操作前，OpenWork会弹权限请求。你可以选“允许一次”、“始终允许”、“拒绝”。这对非技术人员友好——他们不需要理解背后的技术细节，只需要判断“这一步是否该做”。Claude的桌面应用也有权限提示，但它是闭源的，你改不了行为逻辑。
第三，可弹出（Ejectable）。 这是README的核心概念。OpenWork背后驱动的是OpenCode——一个纯CLI的AI Agent引擎。如果你觉得OpenWork的UI限制了你，可以直接切回OpenCode命令行，所有能力都在，没有锁死。Claude桌面应用你没法“拆”出来用底层的API操作。
OpenWork和OpenCode的关系
这个点README讲得很清楚，我再解释下为什么重要。
OpenCode是一个AI编程Agent引擎，但它只有CLI和基本的GUI，聚焦在文件diff、工具名称这类开发者视角。OpenWork把OpenCode包装成一个桌面应用，加上了：
- 会话管理（创建/切换会话，发送prompt）
- 实时流式输出（SSE /event订阅）
- 执行计划（把待办项渲染成时间线）
- 权限控制面板
- 模板系统（保存/复用工作流）
- 调试导出（Settings -> Debug一键导出日志和运行时报告）
- 技能管理器（列出已安装的.opencode/skills模块）
对，这些功能都是OpenCode没有的。OpenWork是OpenCode的“产品化包装”，让非开发人员也能操作。
四种运行方式，按场景选
1. 桌面应用（推荐，个人/小团队）
从openworklabs.com/download下载。macOS和Linux直接可用。Windows需要付费支持——这是README明确写的，我不美化它。双击打开就能用，发消息，AI开始执行。
2. OpenWork Orchestrator（无UI，服务器/CI）
适合不需要界面的场景。命令：
npm install -g openwork-orchestrator
openwork start --workspace /path/to/workspace --approval auto--approval auto这个参数有意思——自动批准所有权限请求。适合你信任的自动化场景。文档在apps/orchestrator/README.md。
3. 远程Worker（团队协作）
流程：在OpenWork Web端创建一个云worker，然后在桌面端点“Add a worker -> Connect remote”。你本地跑界面，计算在远端执行。适合你笔记本性能不够，或者要共享一个强大的worker给团队用。
4. 连接器（未来，README提到但尚未提供下载）
README在Composable部分说了：支持桌面app、Slack/Telegram连接器、独立服务器。目前官方只提供了桌面应用。未来如果你能在Slack里直接@一个bot让它跑工作流，那就更贴近团队场景了。
真正值得关注的三个功能
权限控制：把AI交到非技术人员手里的前提
AI自动写代码、改文件这件事，对开发者来说没啥大不了的——出错了自己能修。但对产品经理来说，AI一条命令删掉整个数据库目录，谁来负责？
OpenWork的权限模型处理了这个问题。权限请求会弹窗，用户选“允许一次”、“始终允许”、“拒绝”。产品经理不需要知道AI用了哪个工具、执行了什么bash命令，他只需要判断“这一步操作我能不能接受”。
技术团队事后能审计完整的日志。Settings -> Debug可以导出运行时debug报告，精确到每一步发生了什么，用了什么工具，耗时多久。
会话+执行计划：看得见的进度
不只是一个聊天窗口。OpenWork把AI的待办事项渲染成时间线，通过SSE实时推送到/event订阅。你看到的不是最终结果，而是“AI已经完成了第3步，正在执行第4步，当前操作是修改文件src/config.ts”。
调试时能定位到某一步的输入输出。如果AI执行到第7步卡住了，你可以直接看那一步的上下文，而不是从头跑一遍。
模板+技能管理器：积累团队最佳实践
常用工作流（代码审查、数据清洗、文案检查）可以保存为模板，下次直接加载。
技能管理器列出已安装的.opencode/skills模块——这些都是可安装的插件，扩展AI的能力。团队可以积累内部技能库，新成员上手直接加载，不用手动配置。
模板存在本地，不依赖云端。你fork了repo，模板跟着走。
谁不适合用
如果你是一个人写代码，装一个Copilot就够用了。OpenWork的会话管理、权限控制、模板系统对你来说都是多余。
Windows用户目前没有免费选项。README明确说Windows支持在付费计划里。如果你的团队全员Windows，要么付费，要么自己从源码构建。
对纯云应用有依赖的企业要考虑一点：OpenWork是本地优先的，但远程协作场景需要你自己搭worker。如果你的运维能力不够，可能需要考虑OpenWork Cloud的付费方案（README末尾有Enterprise Plan链接）。
我觉得有意思的地方
README里有个参数--approval auto。它暗示了一个场景：在CI/CD流水线里跑AI Agent。代码审查、自动修复、自动合并，全自动。如果你信任这个AI，它可以直接操作代码库。如果你不信任，可以选手动批准。
另外一个点：OpenWork的下载页面两个平台（macOS和Linux）是直接提供的，Windows藏在付费计划里。说明项目刚开始，还顾不上全平台覆盖。但钱在哪，精力就在哪——如果Windows用户付费意愿高，它会很快跟进。
还有一个细节：项目是TypeScript写的，Star数15639。这个数字不算小，说明关注的人不少。但我实际试用时发现，README里提到的Slack/Telegram连接器还没放出。这个项目还在早期，功能在陆续补齐。
如果你现在想试
- 访问openworklabs.com/download，下载桌面应用（macOS或Linux）。
- 启动后，选Host模式，指向你的代码仓库。
- 创建一个新会话，输入你的prompt。
- 观察执行计划，看AI一步步工作。
- 需要协作时，在Web端创建一个远程worker，在桌面端连上。
先跑起来，再考虑要不要推荐给团队。