Slack 讓團隊能在請求與決策本來就發生的地方，執行相同的公開工作流程。在頻道中提及 Okou，可處理可見的工作；或使用直接訊息處理私人草稿與敏感分析。
在 My Okou 中，公開工作流程（Public Workflow）是工作區中的共用方法；每位成員都會使用自己的個人指示（Instructions）、記憶、已連結帳戶和權限來執行它。在 Legacy Agents 中，工作流程也屬於某個代理程式。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。您不需要選擇代理程式來執行共用工作流程。使用 /okou help 查看您可用的指令。
Legacy Agents：選擇正確的代理程式
所選的代理程式會決定新的 Slack 對話可用的角色、公開工作流程、連線與權限。
使用：
/okou switch用來選擇下一次對話要使用的代理程式；/okou model在可用時選擇模型；- 當您偏好視覺化選擇器時，使用 Okou 應用程式首頁的控制項。
代理程式與模型的選擇會在建立 Slack 對話串時綁定。變更它們不會重寫既有對話串。當您需要不同的代理程式處理無關的工作時，請開始一個新的頂層提及。
5. 叫用共用工作流程
提及 Okou，並指出工作流程名稱或結果。請包含執行所需的輸入，以及任何目的地或核准限制。
明確的工作流程名稱：
Okou 為這則訊息執行 qualify-inbound-lead。
建立摘要與回覆草稿。不要送出。
自然語言請求：
Okou 使用我們的共用流程來資格審核這個來電潛在客戶。
將摘要發佈在這個對話串中，並建立一份供審閱的電子郵件草稿。
當請求依賴目前的 Slack 對話時，請從該訊息或對話串中提及 Okou，讓相關脈絡保持附著。
6. 將後續內容留在同一個對話串
Okou 會在對話串中回覆頻道提及。請在那裡繼續相關的修正與後續請求。那個對話串是一個擁有自己脈絡的單一對話。
在以下情況請建立新的頂層提及：
- 工作無關；
- 在 Legacy Agents 中，應由不同的代理程式負責；
- 目前的對話串包含不應延續的脈絡；
- 團隊希望有一條獨立的審閱軌跡。
這樣可保持頻道訊息清楚，並避免無關工作的指示彼此混在一起。
頻道、對話串，還是直接訊息？
| Surface | 用途 | 範例 |
|---|---|---|
| Channel mention | 團隊應該看見並審閱的工作 | 摘要一個事故對話串並起草後續行動項目 |
| Thread follow-up | 同一項工作的修正與下一步 | 驗證一項主張、變更格式，或提出已核准的問題 |
| Direct message | 私人草稿、敏感分析與個人工作 | 起草客戶回覆或分析私人文件 |
不要因為工作流程是公開的，就把機密輸入放進公開頻道。工作流程可見性與訊息可見性是不同的。
範例：共用的 bug 分流工作流程
假設工作區有一個公開的 triage-bug-report 工作流程。在 Legacy Agents 中，其產品代理程式也必須是公開的。
- 一位隊友在
#bug-report中貼出截圖與說明。 - 他們寫道：
@Okou run triage-bug-report on this message. Draft the GitHub issue, but ask before creating it. - Okou 套用共用的重現、嚴重性、重複檢查與 issue 格式規則。
- 隊友在 Slack 對話串中審閱草稿。
- 核准後，Okou 使用該成員已授權的 GitHub 存取權建立 issue，並回覆連結。
- 如果同一個缺少的欄位反覆出現，工作流程擁有者會更新公開指示，以供未來報告使用。
團隊共享分流方法與審閱軌跡。核准操作的成員仍會使用自己的身分與已授與的權限。
疑難排解
Okou 沒有回應
- 確認應用程式已安裝在目標 Slack 工作區中。
- 確認
@Okou是該頻道的成員。 - 連結您的 Okou 帳戶。
- 試試
/okou help以查看可用的指令。
Legacy Agents：Okou 使用了錯誤的代理程式
在 My Okou 中，不需要切換代理程式。在 Legacy Agents 中，執行 /okou switch、選擇要使用的代理程式，然後開始一個新的頂層提及。既有對話串會保留建立時所選的代理程式。
找不到工作流程
確認工作流程是公開的，且位於預定的工作區中。在 Legacy Agents 中，也請確認其擁有的代理程式是公開的，且對話會路由到該代理程式。請參閱 與團隊分享工作流程。
缺少連接器權限
開啟授權提示，確認帳戶，並且只授與所需的權限。共用工作流程不會繼承其他成員的 Gmail、GitHub、Notion 或其他服務存取權。
結果送到了錯誤的地方
請在請求或工作流程指示中指定目的地，例如「在這個對話串中回覆」、「DM 我」，或「只建立草稿」。如果每次執行都應該送到相同位置，請更新公開工作流程。
