团队工作区可以将有用的个人工作转变为共享的操作系统。队友们可以使用相同的公共智能体和工作流，同时保持各自的聊天、已连接账户和权限授权分离。
如果你的团队目前将提示语保存在文档中，可以将工作流视为该提示库的可执行版本：它包含了指令、支持文件、使用时机和输出标准。工作流本身不带触发器。只有当团队希望按计划或事件自动运行时，才添加自动化。
构建你的共享工作流库
将一个有用的结果转变为可复用的团队流程的实际路径如下：
- 自己先运行任务。 从真实的工作出发，确保结果有用后再标准化。
- 将方法转化为工作流。 保留可复用的流程、所需输入、参考资料、输出格式和审核规则。
- 将工作流设为公开。 公开工作流可被同一工作区的其他成员发现和使用。
- 邀请队友。 通过 设置 → 人员 添加成员，并为每个人分配合适的角色。
- 让每位成员连接自己的账户。 共享工作流不会共享创建者的收件箱、令牌、私人聊天或个人审批。
- 通过 Web 聊天或 Slack 运行。 只要拥有该智能体的地方，都可以通过名称调用同一个公开工作流。
公开工作流为工作区提供了一套经过审核的方法，无需所有人共享同一个账户。
团队设置指南
首次部署时请按顺序使用这些指南，或直接跳转到你需要的部分：
用你的智能体创建工作流指令
将一次成功的运行与智能体一起转化为可持续的流程。让智能体起草工作流，然后重点审核团队需要明确约束的地方。
与团队共享工作流
了解私有与公开可见性的区别，在工作区内发布工作流，通过名称调用，并在需要安全分支时复制到另一个智能体。
邀请队友
准备好共享智能体和工作流，通过 设置 → 人员 邀请成员，分配管理员或成员权限，并管理待处理邀请。
加入团队工作区
接受邀请，切换到正确的工作区，查找共享智能体和工作流，连接自己的服务，并完成一次安全的首次运行。
在 Slack 中使用共享工作流
安装 Slack 应用，每位成员连接账户，将 Okou 添加到频道，使用 @Okou 调用工作流，并将后续工作集中在一个线程中。
什么是共享的，什么是个人的
| 与工作区共享 | 保留在成员、智能体或运行内 |
|---|---|
| 公开智能体及其角色定义 | 私有智能体 |
| 公开工作流及其附加参考文件 | 私有工作流 |
| 工作流方法、预期输出和质量标准 | 成员的私人聊天和未共享的产物 |
| 有意发布到 Slack、Notion、GitHub、Sheets 或其他共享系统的结果 | 成员拥有的连接器凭据和个人账户数据 |
| 工作区级集成和设置（如支持） | 每个智能体的授权和每项命名权限授权 |
| 可被队友调用的工作流 | 自动化的所有者、触发器和已连接访问 |
发布工作流只会共享方法，不会共享创建者的凭据。当其他成员运行时，Okou 会使用该成员可用的连接和所选智能体已获授权的权限。
三类团队对象
| 对象 | 定义内容 | 团队行为 |
|---|---|---|
| 智能体 | 角色、运行环境和可用能力 | 公开智能体对工作区成员可用，私有智能体不可用。 |
| 工作流 | 针对单一任务的可复用流程 | 每个工作流属于一个智能体，并拥有自己的公开或私有可见性。 |
| 自动化 | 触发器、工作流、智能体和所有者 | 它使用所有者的已连接访问异步运行，不属于工作流指令本身。 |
这种分离很重要。当你希望大家使用同一方法时，请发布智能体和工作流。只有当团队明确谁拥有定期运行、触发条件和结果去向时，才创建自动化。
一个好的首个团队工作流
选择一个已经涉及交接的任务，例如筛选入站线索、审核客户升级、准备每周指标简报、分流缺陷报告或起草内容审核。
一个优秀的首个工作流应具备：
- 明确的结果；
- 每位队友都能识别的输入；
- 已批准的来源或附加参考资料；
- 可预测的输出格式；
- 对需人工审批的操作有明确规则；
- 结果有共享的去向。
先由两个人手动运行。第二个人发现缺失背景后，及时更新指令。当工作流能持续产出一致结果时，再决定是否需要自动化。
