返回文档适用对象

与团队共享工作流

在工作区内共享已审核的方法,保持账户和个人指令分离,并创建独立的私有副本。

最后更新于2026年11月13日 · 2 min read

当同一工作区的其他成员应该能够发现并运行相同流程时,将工作流设为公开。当它仍是个人用途、处于实验阶段,或包含工作区不应共享的内容时,请保持为私有。

发布工作流会共享其指令和附带的参考文件。它不会共享创建者的私聊、已连接账户、凭据或个人权限授予。

发布前

确认:

  • 该工作流在多个现实输入下都能产生有用结果;
  • 其描述清楚说明了适用场景;
  • 指令中不包含 token、密码、客户机密或不必要的个人数据;
  • 附带文件对每位工作区成员查看都是安全的;
  • 在旧版智能体(Legacy Agents)中,所属智能体为公开且目标成员可以访问;
  • 对于发送、发布、删除、购买或更改外部数据的批准规则是明确的。

My Okou: 公开工作流是工作区方法,私有工作流归当前用户所有。旧版智能体(Legacy Agents): 工作流归属于某个智能体;公开工作流还需要一个所属智能体,且队友能够访问。

你正在使用哪种体验?

这些文档同时涵盖两种体验。如果 Settings → Personal → My Okou 可用,请按照 My Okou 步骤操作。如果你使用带有 New agent 的 Agents 页面,请按照 旧版智能体(Legacy Agents) 步骤操作。不同成员可用性可能不同;这些文档不会改变你的体验。

无论在哪种体验中,你都可以同时运行多个聊天或任务,重复使用工作流,并与团队共享已审核的工作。运行时子代理是执行工具,不是你需要创建的独立产品档案。

将工作流设为公开

  1. 打开 Workflows。
  2. 选择你要共享的工作流。
  3. 检查其 Name、Description、Instructions 以及附带文件。
  4. 在 Visibility 下,选择 Public 或 Make workflow public。
  5. 确认更改。

此工作流现在会成为工作区共享工作流库的一部分。

My Okou 示例: Workflow 的 Settings 选项卡包含 Make workflow public 和 Make private copy。

My Okou 工作流可见性和私有副本控件

发布和维护仍遵循现有的工作区权限。创建私有工作流不会授予公开发布权限。在旧版智能体(Legacy Agents)中,管理员可能需要在你不拥有的智能体上发布工作。

Public 与 Private

可见性谁可以查看和使用它最适合
私有My Okou 中的当前用户;旧版智能体(Legacy Agents)中智能体上下文里的所有者草稿、个人方法、实验和敏感参考材料
公开工作区成员;在旧版智能体(Legacy Agents)中也受所属智能体访问权限约束已审核的团队流程、已批准模板以及重复性的跨职能工作

公开指的是工作区内公开。它不会创建未认证的网页,也不会将工作流发布到开放互联网。

队友如何运行它

在 My Okou 中,成员在当前工作区的自己的聊天中使用公开工作流。在旧版智能体(Legacy Agents)中,打开其所属智能体的聊天。无论哪种体验:

  • 输入它的斜杠命令,例如 /qualify-inbound-lead;
  • 当工作流描述与请求清楚匹配时,用自然语言说明任务。

在 Slack 中,提及 Okou 并包含工作流名称或预期任务。请参阅 在 Slack 中使用共享工作流。

运行工作流的成员会提供与请求相关的输入。Okou 使用执行该工作流的成员自己的个人指令(Instructions)、记忆、已连接账户和权限(在旧版智能体(Legacy Agents)中还包括智能体上下文);它不会借用工作流创建者的个人账户访问权限。

共享方法,不共享账户

以下内容彼此独立:

  1. 工作流可见性 决定谁可以查看和调用该流程。
  2. 个人指令(Instructions) 在 My Okou 中是个人的。智能体可见性 在旧版智能体(Legacy Agents)中仍然是单独的访问边界。
  3. 连接 标识成员已连接的服务账户。
  4. 授权和命名权限 决定 Okou 可以用该连接做什么。任何额外的聊天账户控制都独立于工作流共享。

这就是为什么两个队友可以运行同一个公开工作流,却仍然会针对不同服务收到授权请求。每个人都会在自己的工作边界内授予访问权限。

复制 Workflow

当你需要一个可以独立演进的版本时,请使用副本。My Okou: 选择 Make private copy,在此工作区中创建你自己的版本。与你同名的私有工作流会优先于公开版本;请使用明确的工作流 ID 来识别某个特定的共享定义。不会复制其他成员的自动化。

Legacy Agents: 现有的复制流程如下:

  1. 打开该工作流。
  2. 选择 Copy workflow。
  3. 选择目标智能体。
  4. 打开新的副本并检查其指令、文件和权限。
  5. 仅在该副本已在目标智能体中测试通过后,再将其发布。

该副本开始时是一个新的私有工作流。对它的更改不会更新原始版本,对原始版本的更改也不会更新副本。请将其视为分支,而不是实时同步。

当 Sales 和 Customer Success 共享一种研究方法,但需要不同的输出格式或审批边界时,复制会很有用。如果每个人都应该收到某个标准的未来更新,请保留一个公开工作流,而不是创建副本。

安全地更新公共工作流

公共工作流可能已经被队友或自动化使用。在进行实质性更改之前:

  1. 确定会改变哪些行为或输出。
  2. 使用具有代表性的输入测试修订后的指令。
  3. 当输入、字段、目标位置或审批规则发生变化时,告知受影响的成员。
  4. 检查运行该工作流的任何自动化。
  5. 当更改保持向后兼容时,保留相同的 slug;当契约发生重大变化时,使用新的工作流。

诸如更清晰的引用或更严格的质量检查之类的小改进,通常可以保留在同一个工作流中。当受众、所需输入或最终操作本质上不同时时,创建新的工作流更安全。

重新将工作流设为私有

将公开工作流改回私有会移除团队访问权限。其他成员可能会失去运行它的能力,而依赖它的自动化可能会停止。

在将其设为私有之前:

  • 检查哪些人和自动化在使用它;
  • 如果团队仍需要该方法,请创建或复制一个替代项;
  • 通知受影响的所有者;
  • 确认任何共享参考文件不会意外变得不可用。

简要发布检查清单

  • 名称清晰且 slug 易记
  • 说明解释何时使用
  • 指令定义输入、步骤、输出和审批边界
  • 文件是最新的且可安全共享
  • 在旧版智能体(Legacy Agents)中,所属智能体为公开
  • 由作者之外的其他人测试过
  • 不含个人凭据或私聊内容
  • 已审查已知自动化

接下来,邀请队友 或帮助现有成员 加入工作区。