工作流

工作流是一种有名称、可复用的流程。它教会 Okou 你的团队 如何执行某一类具体工作，这样下一个需要它的人就不必重新编写提示词。

第一次让 Okou 做某件事时，你会写一个提示词。第二次时，你会稍作调整后把同一个提示词再贴一遍。到了第三次，你就会把一个长提示词从某个人称作“团队提示词库”的 Notion 文档里复制出来。那时就该保存为工作流了。

工作流解决的问题

一次性的聊天适合一次性的任务。但几乎每个团队都有一批会重复出现的工作——输入不同，形态相同：

• 客户写入消息 → 查找其历史记录 → 用对方的语言起草回复 → 记录工单
• 出现错误报告 → 提取复现步骤 → 归类严重程度 → 创建结构化问题
• 周一早上 → 拉取上周数据 → 与前一周对比 → 发布摘要

没有工作流时，这些每一个都是一段 200 词的提示词，人人都得记住。有了工作流后，每一个都有了名字：triage-bug-report、weekly-metrics、customer-reply。

工作流本身没有计划，也没有触发条件——它就是流程。要让它自动运行，请为它附加一个自动化。

工作流包含什么

没有节点图、没有 YAML 配置、也没有触发器部分。指令通常看起来很像第一次成功时用过的聊天提示词。

好的描述决定了工作流是该触发时能触发，还是从不触发："triage a customer-facing bug report and file it to GitHub with severity" 比 "do bug stuff." 更好

所有权和可见性

My Okou： 工作流存在于当前工作区中。私有工作流 归当前用户所有。公开工作流 与工作区成员共享；公开并不表示发布到互联网。每次执行都会使用执行该任务的用户的个人指令（Instructions）、记忆、已连接账户和权限。共享流程并不会共享这些个人资源或私有结果。

与你同名的私有工作流会优先于公开工作流。需要识别某个特定的共享定义时，请使用明确的工作流 ID。创建私有副本 会为你创建一个可单独调整的版本；之后的编辑不会与原始版本同步。其他成员的自动化不会被复制。创建私有工作流并不会让你获得发布或维护公开工作流的权限；现有的工作区发布规则仍然适用。

旧版智能体（Legacy Agents）： 每个工作流都隶属于某个智能体。队友也需要能够访问其所属智能体。复制工作流 会选择一个目标智能体并创建一个私有分支。智能体提供其配置文件和个人指令（Instructions），而执行时仍使用正在运行的成员已授权的账户访问权限。

有关固定个人指令（Instructions），请参阅My Okou 和旧版智能体（Legacy Agents）。

你使用的是哪种体验？

本文档同时涵盖两种体验。如果可用的是 Settings → Personal → My Okou，请遵循 My Okou 步骤。如果你使用的是带有 New agent 的 Agents 页面，请遵循 旧版智能体（Legacy Agents） 步骤。不同成员可用性可能不同；这些文档不会改变你的体验。

无论是哪种体验，你都可以同时运行多个聊天或任务、复用工作流，并与团队共享已审阅的工作成果。运行时 subagent 是执行工具，不是你需要创建的单独产品档案。

创建工作流

从 Workflows 页面开始

1. 打开 Workflows。My Okou： 选择 Create in chat。旧版智能体（Legacy Agents）： 在显示的位置选择 New workflow。
2. My Okou： 在你自己的聊天中继续；不需要选择智能体。旧版智能体（Legacy Agents）： 选择应拥有该工作流的智能体。
3. Okou 会打开一个带有引导式工作流创建提示的聊天。描述结果、预期输入、工具、输出以及任何审批边界。
4. 在 Okou 创建之前，先检查建议的名称、描述、指令、文件和可见性。

你也可以从现有聊天开始，请 Okou 把已经成功完成的一项任务转成工作流。把第一次成功运行保留在同一个聊天中，能让 Okou 捕捉到具体输入、修正和输出。

My Okou 示例： 工作流的个人指令（Instructions）描述的是可重复的工作。

指令中应包含什么

不要把凭据放进指令和文件里。通过 连接器 连接服务，然后检查已连接账户，只授予工作流所需的权限；在旧版智能体（Legacy Agents）中，还要授权其所属智能体。

在自动化之前先测试

1. 使用一个有代表性的输入手动运行该工作流。
2. 确认执行该流程的成员拥有所需的账户访问权限和权限；在旧版智能体（Legacy Agents）中，还要检查所属智能体的授权。
3. 检查生成的聊天中是否有缺失上下文、意外写入，以及最终输出形式。
4. 编辑 个人指令（Instructions） 或附加文件，然后再次运行，直到结果可重复。
5. 只有在手动运行正确之后，才添加自动化。先使用较窄的事件过滤条件或低频计划，然后检查最初几次触发。

手动验证能把工作流问题和触发器问题区分开来：如果 立即运行（Run now） 失败，先修复工作流或其访问权限；如果 立即运行（Run now） 成功但事件从未触发，就检查自动化配置。

Okou 如何选择工作流

你不必按名称调用工作流。只要传入请求与其描述匹配，Okou 就会自动加载一个工作流。一个名为 customer-reply-draft、描述为 “根据我们的语气和文档为客户邮件起草回复” 的工作流，在你转发客户邮件时就会触发——不需要名称。

如果要强制使用特定工作流，可以明确说明：“在这封邮件上使用 customer-reply-draft 工作流。”

内置工作流

Okou 包含一组由 Okou 维护的跨职能工作流——研究与分析、财务与会计、法律与合规、产品、营销、客户支持以及团队沟通。它们是领域流程，不是连接器底层：每一个都会教 Okou 如何处理某一类重复出现的工作。

示例如下：

• deep-dive — 结构化研究和方案设计；先收集事实，再探索方案
• prd-writing — 带有结构化问题界定和验收标准的产品需求
• copywriting — 跨渠道营销文案（博客、邮件、社交媒体、落地页）
• competitor-matrix — 功能对比矩阵、定位拆解、赢/输分析
• customer-reply — 兼具同理心且符合品牌风格的回复，按渠道和紧急程度定制
• nda-screening — 将传入的 NDA 归类为 GREEN / YELLOW / RED 并进行路由
• status-updates — 面向任意受众定制的进展报告和利益相关方更新

你自己的工作流会与这些并列显示，并在它们的描述更匹配时优先使用。

何时创建工作流

诚实的规则是：如果你已经写了两次以上实质相同的提示词——或者你能想象队友会这样写——就把它保存下来。

具体信号：

• 这项工作有你们团队已经在使用的名称（“晨报”，“竞品扫描”）
• 提示词会提到每次运行都不应变化的特定工具、渠道或模板
• 输出有固定形式（摘要、草稿、已创建的问题单）
• 不止一个人需要触发它
• 你希望它按计划或事件运行——见自动化

常见模式

• 接收表单。 接收一段输入（电子邮件、错误报告、线程），并生成结构化产物（问题单、草稿、表格行）。
• 节奏简报。 与计划自动化配对的工作流，每日或每周运行一次，并发布到可见的位置。
• 对话中途助手。 在频道中由 @Okou 触发，执行一个专注的子任务——查询、摘要、分类。
• 撰写器。 在一次运行中生成多格式组合包——博客草稿、社交帖子以及卡片。
• 事件响应器。 与事件自动化配对：新邮件、合并的 PR 或新的 Notion 页面都会触发运行。见自动化。

需要避免的陷阱

• 过于狭窄。 只适用于某一个特定输入的工作流很脆弱。应针对工作的形态，而不是某个示例的细节。
• 过于模糊。 “帮忙做营销” 范围太宽，Okou 不知道什么时候该应用它。请在描述中写得具体一些。
• 硬编码凭据。 绝不要把 API 密钥粘贴到指令中。改用自定义连接器——凭据保留在平台上，模型无法接触。
• 隐藏输出形式。 说明产物应是什么样：“一个包含三项的编号列表” 或 “少于 150 词的回复草稿。”
• 忘记访问权限。 共享工作流不会授予连接器访问权。请检查你已连接的账户、请求的权限，以及你可用的任何聊天账户控制。在旧版智能体（Legacy Agents）中，还要检查所属智能体的授权设置。

下一步

• 使用自动化 为工作流附加触发器，这样它就能在你不在时运行。
• 参阅智能体，了解谁以哪些权限运行工作流。
• 参阅权限，了解如何限制工作流可访问的内容。
• 参阅示例工作流，查看五个端到端编写示例。