在頻道里，在私信裡，或在網頁上
討論串是上下文，團隊可以看到它
在工作已經被討論的地方提到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 引入頻道
詢問工作討論在哪裡，並讓答案線上程中返回。
