在频道里，在私信里，或在网页上
讨论串是上下文，团队可以看到它
在工作已经被讨论的地方提到Okou，它会读取该讨论串——截图、来回讨论、决策。它会在讨论串中回复，这样频道保持整洁，而请求、答案以及任何人的更正都会保持对团队可见。
Okou查看我自上周以来的日历、电子邮件和 Linear 任务，并帮我写一份可以与团队分享的工作总结
这是 3 月 16 日至 24 日那周的工作总结：
- 每天与团队的站立会议（周一至周五）
- 与平台团队的每周同步（4月4日）
- 用户访谈：Sarah Kim（4月9日）
- 两次运营实习生面试，跟进 4 月 6 日
根据讨论串内容，它延伸到 Slack 之外的系统
频道中报告的一个错误成为 GitHub 问题，然后变成一个拉取请求，两个都返回到同一个讨论串中。在触及未授权的服务之前，Okou 会先询问，限定在一个权限和一个周期内。
问题创建成功：#11708—bug: PWA menu overlaps status bar
- 标签：bug PWA
- 查看：github.com/okou-ai/okou/issues/11708
Okou你能通过提交一个 PR 来修复这个问题，然后把预览链接给我看看吗？
PR 已提交：github.com/okou-ai/okou/pull/11709
在 Slack 里询问，然后在网页上深入查看
Slack 是工作被提出的地方；在频道中阅读长篇内容是很不方便的。从 Slack 开始的讨论串也是网络上的一个讨论串，注明了它的来源，并且可以从原始消息点击一次访问——完整日志、文件、其调用的每一个内容。
在我刚发送的讨论串上运行 triage-bug-report。
与 #bug-report 中的工作流相同。我做了以下事情。
- 1.从讨论串中提取出复现步骤
- 2.提交了问题并给它贴上了标签
- 3.把链接发回你问的地方
它可以跨团队边界使用
并非工作中的每个人都是在工资单上。邀请 Okou 加入你和客户或供应商共享的频道，它会以相同的方式读取该讨论串——提取工单状态，为你的一位人员起草回复。访客会得到答案，但不会获得你的访问权限。
迁移落地点在哪里？我们明天要向团队汇报。
Okou检查迁移工单并帮我起草一份我可以发送的状态报告
五个步骤中三个已经完成，第四个正在审查中。草稿已在你的私信里。 查看草稿
Slack 集成的工作原理
你的团队现有的通信方式不会有任何变化，连接服务是一种批准，而不是密钥交接。
- 01
安装并邀请
将 Okou 添加到 Slack，然后邀请它进入它应该在的频道。它只能看到已被邀请的频道。
- 02
提及它，或私信它
在频道中使用 Okou 处理团队可见的工作；私信它处理草稿和任何私人内容。回复会出现在讨论串中，因此频道保持可读。
- 03
批准所需的内容
当一项工作需要 Okou 未被授权的服务时，它会向你发送批准——一个连接器，一个权限，期限由你选择。
- 04
按名称调用工作流
“Okou triage-bug-report” 在当前讨论串上运行已保存的工作流，已计划的工作流会将结果自行发布回去。
它跟随工作，在团队浪费时间的地方介入
Okou 并不是来主持对话的。它待在被邀请的频道中，关注已经在讨论的内容，并在团队的工作通常停滞的几个时刻出现——补上进度、已汇报但未归档的事情、无人记录下的决定。
当讨论串在一夜之间变长时
当一半团队成员还在睡觉时，已经发生了上百条消息。在讨论串中提出问题，会得到五个要点，以及仍未解决的决定。
当某件事情已汇报但未归档时
有人在频道里放了一张截图然后就离开了。Okou 提取重现步骤，提交问题，并在上下文消失之前回复链接。
当某个决策可能会丢失时
将讨论讨论串定下来的内容记录到文档或跟踪器里，让其他人也能看到，同时附上理由和负责人。
当新加入的人需要上下文时
项目进行到一半时加入频道的人可以询问发生了什么，并获取历史记录，而不需要别人停下来复述。
当答案尚未准备好被查看时
客户回复、财务检查以及任何半成品内容都发送到 DM。同一代理、同一工作流，只有一个观众，直到你另行决定。
当一个人的方法应该是每个人的方法时
任何保存的工作流都可以从讨论串中按名称调用，而且它与网页应用运行的工作流相同——所以某人正确执行的版本适用于整个频道，没有什么是仅限 Slack 的。
3,000 多个连接器，可从你所在的讨论串授权
一个广泛的目录只有在连接某物是一瞬间的工作时才有用，并且只有在将工作流展示给团队时不会将你的账号暴露时才安全。两者的处理方式相同。
Axiom
Ahrefs
Airtable
Gmail
Google Sheets
Notion
DocuSign
LinearAxiomAhrefsAirtableGmailGoogle SheetsNotionDocuSignLinear
Google Calendar
Intercom
Deel
HubSpot
Dropbox
Sentry
Figma
VercelGoogle CalendarIntercomDeelHubSpotDropboxSentryFigmaVercel在不离开对话的情况下批准它
当一个作业需要 Okou 未授权的服务时，它会将请求发布到相同的 Slack 讨论串中，而不会悄悄失败。选择权限及其持续时间，批准后，作业会从停止处继续——无需控制台，无需管理员工单。
共享工作流从不共享你的账号
将工作流发布给团队时，你分享的是指令，而不是你的 Gmail 或 CRM。无论谁从频道调用它，都会在他们自己的已连接服务上运行，在他们自己的授权下运行，因此其影响仅限于运行者本人，不会扩展。
凭证永远不会出现在频道或代理中。
可以通过批准 OAuth 或粘贴密钥来连接；无论哪种方式，它都会存储在代理运行环境之外，并附加在网络边界。它不在讨论串中，不在工作流中，也不在代理可以打印的任何内容中。
AI 集成 FAQ
Okou 会读取我在 Slack 中的所有内容吗？
不会。Slack 的 AI 助手只会看到你邀请它加入的频道以及提到它的消息。从一个频道移除它，它立即会失去该频道的历史记录。
频道和私信（DM）有什么区别？
谁能看到。在频道中，提问、回答以及任何人的更正对团队都是可见的。私信（DM）表现得像网页聊天，是草稿和任何敏感内容的合适场所。
Slack 的 Okou 和网页版本一样吗？
是的。渠道、DM 和网页运行相同的代理，使用相同的工作流、连接器和权限。你可以在对话讨论串中按名称调用已保存的工作流，其行为与在网页上完全相同。
它如何访问 Slack 之外的系统？
通过网页应用使用的相同连接器。当某项任务需要你未授权的连接器时，Okou 会将批准发送给你，而不是默默失败，该批准仅限于一个权限和一个时间段。
如果我们使用的服务不在目录中怎么办？
自定义连接器覆盖了大多数带有 API 的服务，包括内部服务，因此一个不在内置目录中的工具并不是死胡同。它的访问和批准方式与其他所有内容相同。
它可以在与客户或供应商共享的频道中工作吗？
可以，如果你邀请它进入那里。它像其他任何工具一样读取共享频道，而且其中的访客仍然是访客——他们看到发布到频道的内容，但永远不会继承连接器、工作流或任何人的账号。
我可以在没有工作流构建器的情况下构建 Slack 自动化吗？
是的——这就是重点。用一句话描述 Slack 的工作流并附加一个触发器；自动的 Slack 消息随后会自行发布。没有画布，也没有步骤编辑器。
我们需要付费的 Slack 计划吗？
@mentions 和直接消息在任何 Slack 计划下都能使用。在 Slack 应用中使用 AI 代理界面需要付费的 Slack 计划。
将 Okou 引入频道
询问工作讨论在哪里，并让答案在讨论串中返回。
