Slack 让团队能够在请求和决策本来就发生的地方运行相同的公开工作流。提及 Okou 以处理可见工作，或使用直接消息处理私密草稿和敏感分析。
在 My Okou 中，公开工作流（Public Workflow）是工作区中的共享方法；每位成员都会使用自己的说明、记忆、已连接账户和权限来运行它。在 Legacy Agents 中，工作流（Workflow）还归属于某个 Agent。Slack 只决定对话发生在哪里；它不会授予你访问队友账户的权限。
1. 为 Slack 工作区安装 Okou
由工作区管理员设置共享集成：
- 打开管理 Okou 频道或工作界面的页面。
- 找到 Slack 并选择 Install to Slack。
- 选择目标 Slack 工作区。
- 审阅并批准所请求的 Slack 权限。
- 完成安装并返回 Okou。
如果你不是工作区管理员，产品会显示 Ask your admin to install the Slack integration。你的 Slack 组织也可能需要 Slack 管理员批准该应用。
为工作区只需安装一次应用。之后，每位成员都连接自己的 Okou 身份，以便消息和运行记录归属于正确的人。
2. 连接每位成员
工作区安装完成后：
- 在 Okou 中打开 Slack 集成。
- 选择 Connect。
- 完成 Slack 账户连接。
- 在 Slack 中，打开 Okou 应用主页，或者如果 Slack 要求你链接账户，则使用
/okou connect。
当前主要的斜杠命令是 /okou。
3. 将 Okou 添加到频道
邀请 @Okou 到团队希望它发挥作用的每个频道。Okou 只能读取并回复它已加入的频道。
尽量使用最少但够用的频道集合。支持工作流可能只需要 #support-triage；发布工作流可能只需要 #launch-room。
对于私密工作，请与 Okou 开启直接消息，而不是把它添加到共享频道。
4. 检查你的体验
**My Okou：**连接后，使用你自己的 Okou。运行共享 Workflow 时，你不需要选择 Agent。使用 /okou help 查看你可用的命令。
Legacy Agents：选择正确的 Agent
所选 Agent 决定新的 Slack 对话可用的角色、公开工作流、连接和权限。
使用：
/okou switch选择下一次对话要使用的 Agent；/okou model在该选项可用时选择模型；- 当你更喜欢可视化选择器时，使用 Okou 应用主页控件。
Agent 和模型的选择会在创建 Slack 线程时绑定。更改它们不会重写现有线程。当你需要不同的 Agent 来处理无关工作时，请发起新的顶级提及。
5. 调用共享工作流
提及 Okou，并写出工作流名称或期望结果。包含该运行所需的输入以及任何目标或审批限制。
明确的工作流名称：
Okou 为这条消息运行 qualify-inbound-lead。
创建简报和回复草稿。不要发送。
自然语言请求：
Okou 使用我们的共享流程来评估这条入站线索。
将简报发布到这个话题中，并创建一封供审核的电子邮件草稿。
当请求依赖当前 Slack 对话时，请从该消息或线程中提及 Okou，以便相关上下文保持附着。
6. 将后续跟进保留在同一线程中
Okou 会在线程中回复频道提及。请在该线程中继续相关更正和后续请求。该线程是一次带有自身上下文的对话。
在以下情况下，发起新的顶级提及：
- 任务无关；
- 在 Legacy Agents 中，应由不同的 Agent 负责；
- 当前线程包含不应继续沿用的上下文；
- 团队希望保留单独的审阅轨迹。
这能让频道流量保持可读，并防止无关任务的指令混在一起。
频道、线程还是 DM？
| 界面 | 用途 | 示例 |
|---|---|---|
| 频道提及 | 团队应能看到并审阅的工作 | 总结事件线程并起草行动项 |
| 线程跟进 | 同一任务的更正和下一步 | 核实一条断言、更改格式，或提交已批准的问题 |
| 直接消息 | 私密草稿、敏感分析和个人工作 | 起草客户回复或分析私密文档 |
不要因为工作流是公开的，就把机密输入放到公开频道里。工作流可见性和消息可见性是不同的。
示例：共享的缺陷分流工作流
假设工作区有一个公开的 triage-bug-report 工作流。在 Legacy Agents 中，其产品智能体（Product Agent）也必须是公开的。
- 一位队友在
#bug-report中发布了一张截图和说明。 - 他们写道：
@Okou run triage-bug-report on this message. Draft the GitHub issue, but ask before creating it. - Okou 应用共享的复现、严重性、重复检查和问题格式规则。
- 该队友在 Slack 线程中审阅草稿。
- 获得批准后，Okou 使用该成员获授权的 GitHub 访问权限创建 issue，并回复链接。
- 如果同一个缺失字段反复出现，工作流拥有者会更新公开指令，以供未来报告使用。
团队共享分流方法和审阅轨迹。批准该操作的成员仍然使用自己的身份和已授予的权限。
故障排查
Okou 没有响应
- 确认该应用已安装在目标 Slack 工作区中。
- 确认
@Okou是该频道的成员。 - 连接你的 Okou 账户。
- 试试
/okou help以查看可用命令。
Legacy Agents：Okou 使用了错误的 Agent
在 My Okou 中，不需要切换 Agent。在 Legacy Agents 中，运行 /okou switch，选择目标 Agent，然后发起一个新的顶级提及。现有线程会保留创建时所选的 Agent。
找不到工作流
确认该工作流是公开的且位于目标工作区。在 Legacy Agents 中，还要确认其所属智能体是公开的，并且对话路由到了该智能体。另见 与团队共享工作流。
缺少某个连接器权限
打开授权提示，确认账户，并仅授予所需权限。共享工作流不会继承其他成员的 Gmail、GitHub、Notion 或其他服务访问权限。
结果去了错误的位置
在请求或工作流指令中写明目标位置，例如“reply in this thread”“DM me”或“create a draft only”。如果每次运行都应发送到相同位置，请更新公开工作流。
