跳到主要内容
ZeroWorks

企业版团队协作与生态连接

让团队协作, 建立在清楚的责任与边界上。

用统一账号与组织管理明确资源归属,用角色分工确定审阅责任,再通过获准的模型和工具连接实际业务。先验证一条可用链路,再逐步扩大团队范围。

试点目标示例

选一个工具和一个团队任务,验证授权、执行与负责人审阅。

明确参与者

  • 管理员 · 配置边界
  • 执行者 · 推进任务
  • 负责人 · 验收成果

组织治理

成员与角色 · 资源归属 · 模型预算

连接层

  • 模型服务
  • MCP 工具
  • 工作文件

ZeroWorks Agent

逐项核对接口、网络与权限

验证真实任务

检查操作、返回内容和失败原因

交付与验收记录

记录可用范围、责任人及待集成事项

接入评估:企业工作区绑定、私有资产同步与执行审计联动仍需集成验收。

团队分工

不同角色参与, 交付标准保持清晰。

研发、研究与内容团队可以围绕各自任务使用一致的方法与审核要求。管理员配置组织,执行者推进工作,负责人对事实与成果作出判断。

  • 管理员维护成员、角色与资源配置,避免所有人共用模糊身份。
  • 执行者明确任务输入、操作范围和交付对象。
  • 审阅者确认事实、风险与对外承诺,保留清楚的责任人。

这一步留下什么

一份明确配置、执行与验收责任的分工清单。

团队成员

研发、研究与内容角色

组织管理

成员、角色与资源归属

任务负责人

审核标准与交付确认

交付与验收记录

记录可用范围、责任人及待集成事项

团队图解用于说明分工,不代表实时多人协同编辑或共享上下文已贯通。

生态接入

从实际工具出发, 连接一条可验证的业务链路。

根据任务配置模型、MCP 工具与文件来源。先验证读取、操作与结果返回,再确定是否扩大数据范围或接入其他企业系统。

  • 确认接口、网络环境、认证方式与访问范围。
  • 使用测试资料验证输入输出,对写入或对外操作安排人工确认。
  • 发生失败时保留原因与处理记录,避免把连接成功等同于业务闭环。

这一步留下什么

一次工具调用的输入、结果与失败处理记录。

连接配置

模型、MCP 与文件来源

授权校验

账号、范围与网络条件

任务调用

输入、工具操作与结果

结果复核

核对返回内容与失败原因

飞书、企微、钉钉等系统是否可用以实际连接和验收为准,不宣称一键原生接通。

治理与执行

管理在哪里, 执行边界就在哪里说清楚。

在管理端配置组织与资源,在 Agent 中执行具体任务。分别核对组织权限、客户端工作区绑定与外部工具授权,让每次试点都有清楚的责任范围。

  • 账号身份、组织归属与客户端工作区绑定分别验收。
  • 团队目录在管理端维护,成员按组织授权使用资源。
  • 企业模型下发、私有资产同步与执行审计联动仍需接入验证。

这一步留下什么

一份区分现有管理能力与待接入执行链路的范围清单。

身份层

统一账号 · Sa-Token SSO

管理入口

组织配置 · 模型入口 · 团队管理

治理层

组织与角色 · 模型预算 · 能力目录 · 管理审计

ZeroWorks Agent

项目与会话 · 技能 · 工具调用 · 本地交付

模型服务

MCP 工具

工作文件

待集成与验收

  • 企业身份与工作区绑定
  • 企业模型与私有资产下发
  • 执行归属与审计联动

虚线为需另行接入的企业配置链路。外部模型或工具可能接收相关任务数据。

常见问题

成员可以直接访问所有企业资料吗?
成员只能访问组织授予的资源;外部系统还需要对应账号与工具授权。试点时应使用不同角色分别检查实际可见和可操作的范围。
桌面执行记录已经统一进入企业审计了吗?
目前可分别查看组织管理记录与客户端任务会话。将桌面执行归属关联到企业审计,需要按部署方案单独接入并验证。

在团队任务中使用团队协作与生态连接

选定一项任务,把成员、资料和工具准备好,再验证实际结果。

查看试点准备