Turing Cowork

Turing Cowork 是 Turing 体系里的协作工作台方向项目。

它关注的不是单个 CLI 命令本身，而是把“任务创建、步骤执行、工具调用、人工审批、readback、artifact 留存”组织成一个更适合协作和可视化操作的工作台。

这个仓库是什么

这个仓库当前公开的是 cowork-workbench 的原型与 MVP 代码。

它主要包含两部分：

• prototype/：用于快速验证信息架构和交互结构的静态原型
• mvp/：带本地后端、测试与文档的 MVP 实现

当前重点不是把所有能力都做完，而是把协作工作台的关键闭环先跑通。

这个项目想解决什么问题

当 CLI 从“单人命令行工具”走向“多步骤、多工具、多角色协作”后，只靠终端文本会逐渐不够。

Turing Cowork 要解决的是：

• 如何把任务流程可视化
• 如何把工具调用和审批过程显式展示出来
• 如何把 readback 和 artifact 留存成可检查的结果
• 如何让协作型工作流比纯命令行更容易理解和追踪

当前仓库结构

prototype/   静态原型
mvp/         MVP 后端、前端、测试与文档

重点文件：

• prototype/index.html
• prototype/app.js
• prototype/styles.css
• mvp/main.go
• mvp/README.md
• mvp/tests/cowork_mvp.hurl

当前阶段定位

当前仓库更接近：

• 产品原型
• 协作工作台验证项目
• 本地 MVP 实验仓

它还不是一个已经完全产品化、稳定对外发布的桌面应用仓。

与其他 Turing 仓库的关系

• turing-code：负责客户端安装与分发
• turing-agent-sdk：负责开发者侧 SDK 接入
• turing-cowork：负责协作工作台、原型与交互闭环验证

三者解决的是同一体系里的不同层次问题，不应该混在一个仓里。

后续方向

这个仓库后续更适合承载：

• cowork 桌面端 / 工作台实验
• 协作型 agent workflow 的可视化验证
• 权限审批、tool adapter、artifact、readback 的界面化闭环
• 更贴近真实协作场景的产品打磨

说明

当前公开内容以原型和 MVP 为主。

其中部分文档、截图和测试资产用于说明设计与验证过程；正式对外能力边界以后续仓内文档和实际发布产物为准。