工作流

工作流是保存到智能体上的可复用命名流程。它教会 Okou 你的团队如何完成某类具体工作，这样下一个需要的人就不用重新编写提示词。

第一次让 Okou 做某事时，你会写一个提示词。第二次，你会复制同样的提示词并做些小调整。到第三次，你可能会从某个 Notion 文档里复制一大段被称为“团队提示库”的提示词。这时，就是保存为工作流的最佳时机。

工作流解决的问题

一次性对话适合一次性任务。但几乎每个团队都有重复出现的工作积压——输入不同，流程类似：

• 客户来信 → 查询其历史记录 → 用客户的语言起草回复 → 记录工单
• 出现 bug 报告 → 提取复现步骤 → 分类严重程度 → 提交结构化问题
• 周一早上 → 拉取上周数据 → 与前一周对比 → 发布摘要

没有工作流时，每个流程都是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."更好。

工作流归属于智能体

每个工作流只属于一个智能体。这让行为可预测：工作流会以该智能体的语气、默认设置和连接器权限运行。

• 私有工作流——仅你可见。适合绑定个人 Gmail 或个人 CRM 帐号的自动化。
• 公开工作流——工作区内所有人可见，挂载在团队可访问的智能体上。

同一个流程可以存在于两个智能体上，产生不同结果，因为每个智能体有自己的语气和权限。要将工作流交给另一个智能体，请复制它——这样会分叉，两个版本可各自演变。

参见智能体了解智能体归属如何影响工作流的可操作范围。

创建工作流

从“工作流”页面开始

1. 打开工作流并选择新建工作流。
2. 选择应归属该工作流的智能体。
3. Okou 会打开一个带引导的工作流创建对话。描述预期结果、输入、工具、输出及任何审批边界。
4. 在 Okou 创建前，检查建议的名称、描述、指令、文件和可见性。

你也可以在现有智能体对话中，让 Okou 把已成功的任务转为工作流。将首次成功运行保留在同一对话中，能让 Okou 捕捉具体输入、修正和输出。

指令中应包含什么

不要在指令和文件中包含凭证。通过连接器连接服务，并仅授予所属智能体所需权限。

自动化前先测试

1. 用代表性输入手动运行工作流。
2. 确认所属智能体可访问所有所需连接器和权限。
3. 检查生成的对话，查找缺失上下文、意外写入和最终输出格式。
4. 编辑指令或附件文件并再次运行，直到结果可复现。
5. 仅在手动运行正确后再添加自动化。先用窄范围事件过滤或低频计划，检查前几次触发。

手动验证可区分工作流问题和触发器问题：如果立即运行失败，先修复工作流或其访问权限；如果立即运行成功但事件未触发，请检查自动化配置。

Okou 如何选择工作流

你无需按名称调用工作流。Okou 会在收到请求与描述匹配时自动加载相应工作流。名为customer-reply-draft、描述为*“用我们的语气和文档起草客户邮件回复”*的工作流，在你转发客户邮件时会被触发——无需指定名称。

如需强制使用某个工作流，请明确说明：“请用customer-reply-draft工作流处理这封邮件。”

内置工作流

每个 Okou 智能体都自带一组由 Okou 维护的跨职能工作流——涵盖调研与分析、财务与会计、法务与合规、产品、市场、客户支持和团队沟通。这些是领域流程，不涉及连接器配置：每个都教会 Okou 如何处理某类重复性工作。

示例：

• deep-dive——结构化调研与方案设计；收集事实，再探索选项
• prd-writing——产品需求，含结构化问题定义和验收标准
• copywriting——多渠道市场文案（博客、邮件、社交、落地页）
• competitor-matrix——功能对比矩阵、定位拆解、胜负分析
• customer-reply——同理心、符合品牌的回复，按渠道和紧急程度定制
• nda-screening——将收到的 NDA 分类为绿色/黄色/红色并分流
• status-updates——进度报告和利益相关者更新，适配不同受众

你自定义的工作流会与这些并列，且当描述更贴切时优先生效。

何时创建工作流

实话实说：如果你已经写过同类提示词两次以上——或能想象队友会写——就该保存为工作流。

具体信号：

• 这项工作有团队常用的名字（如“晨间简报”、“竞品扫描”）
• 提示词指定了不应每次更改的工具、渠道或模板
• 输出有固定格式（摘要、草稿、已归档问题）
• 不止一人需要触发
• 你希望它按计划或事件自动运行——参见自动化

常见模式

• 信息收集表。 接收一条输入（邮件、bug 报告、讨论串），产出结构化成果（问题、草稿、表格行）。
• 节奏简报。 与定时自动化配合，每天或每周运行并发布到可见位置。
• 对话助手。 在频道中由@Okou触发，完成聚焦子任务——查找、总结、分类。
• 内容创作器。 一次运行产出多格式包——博客草稿、社交文案、卡片等。
• 事件响应器。 配合事件自动化：新邮件、PR 合并或新 Notion 页面触发运行。参见自动化。

常见陷阱

• 过于狭窄。 只适用于某一特定输入的工作流很脆弱。应针对工作形态，而非某个例子细节。
• 过于宽泛。 “协助市场工作”太泛，Okou 不知何时适用。描述要具体。
• 硬编码凭证。 切勿将 API 密钥粘贴进指令。请用自定义连接器——凭证留在平台，模型无法访问。
• 输出格式埋得太深。 明确说明成果应是什么样：“三项编号列表”或“草稿回复不超过150字”。
• 忽略智能体。 工作流只能用其宿主智能体已授权的连接器。如无法访问 Gmail，请检查智能体的授权标签页，而非指令。

下一步

• 通过自动化添加触发器，让工作流自动运行。
• 参见智能体了解谁以何种权限运行工作流。
• 参见权限了解如何限制工作流可操作范围。
• 参见工作流示例查看五个完整案例。