工作流程 是一種有名稱、可重複使用的程序。它教 Okou 了解你的團隊如何執行某類特定工作,這樣下一個需要它的人就不必重新撰寫提示詞。
當你第一次請 Okou 做某件事時,你會撰寫一段提示詞。第二次,你會在同一段提示詞上稍作調整後貼上。到了第三次,你可能就會從某個 Notion 文件裡複製一段很長的提示詞,而那個文件有人稱作「團隊提示詞庫」。那正是該把它存成工作流程的時候。
工作流程解決的問題
一次性的聊天很適合一次性的任務。但幾乎每個團隊都有一堆會重複出現的工作:不同輸入,同樣的形狀:
- 客戶寫信進來 → 查詢他的歷史記錄 → 用他的語言擬一封回覆 → 記錄工單
- 出現錯誤報告 → 擷取重現步驟 → 分類嚴重性 → 建立結構化 issue
- 週一早上 → 拉出上週數字 → 與前一週比較 → 發佈摘要
如果沒有工作流程,這些每一個都會變成一段人人都得記住的 200 字提示詞。有了工作流程,每一個都只是個名稱:triage-bug-report、weekly-metrics、customer-reply。
工作流程本身沒有排程,也沒有觸發條件——它就是程序。若要讓它自動執行,請連接一個 automation。
工作流程包含什麼
| 欄位 | 作用 |
|---|---|
| 名稱 | 使用字母、數字與內部連字號的 2–64 字元小寫 slug——triage-bug-report。當工作流程可用時,使用 /triage-bug-report 在聊天中明確呼叫它。 |
| 顯示名稱 | 在工作區中顯示的人類可讀標籤。 |
| 說明 | 一行文字,告訴 Okou 這個工作流程何時適用。Okou 會根據說明來比對傳入請求,因此措辭很重要。 |
| 指示 | 程序本身。使用一般散文即可——提到要使用的工具、輸出格式,以及任何限制。 |
| 檔案 | 可選的補充檔案——範本、檢查清單、品牌指南、參考資料——與工作流程一起打包。 |
| 可見性 | private(只有你)或 public(工作區中的所有人)。 |
沒有節點圖、沒有 YAML 設定、也沒有 triggers 區段。指示通常看起來很像第一次成功時的聊天提示詞。
好的說明,決定了一個工作流程是該觸發時就觸發,還是根本不會觸發的差別:"triage a customer-facing bug report and file it to GitHub with severity" 比 "do bug stuff." 更好
所有權與可見性
My Okou: 工作流程存在於目前的工作區中。Private Workflow 屬於目前使用者。Public Workflow 會與工作區成員共享;Public 不代表會公開到網際網路。每次執行都會使用執行者自己的 Instructions、記憶、已連接帳戶與權限。共享程序並不會共享這些個人資源或私人結果。
你名下與公開工作流程同名的私人工作流程,會優先於公開工作流程。當你需要識別特定的共享定義時,請使用明確的工作流程 ID。建立私人副本 會為你建立一個可自行調整的獨立版本;之後的編輯不會與原始版本同步。其他成員的自動化不會被複製。建立私人工作流程,並不表示你取得發佈或維護公開工作流程的權限;現有的工作區發佈規則仍然適用。
Legacy Agents: 每個工作流程都隸屬於某個代理程式。隊友也需要能存取其所屬的代理程式。Copy workflow 會選擇一個目的地代理程式並建立一個私人分支。代理程式會提供自己的個人檔案與指示,而執行時仍會使用執行成員已授權的帳戶存取權。
請參閱 My Okou 與舊版代理程式 了解常駐指示。
你使用的是哪種體驗?
這些文件同時涵蓋兩種體驗。如果 Settings → Personal → My Okou 可用,請遵循 My Okou 的步驟。如果你使用的是帶有 New agent 的 Agents 頁面,請遵循 Legacy Agents 的步驟。不同成員可用的功能可能不同;這些文件不會改變你的體驗。
不論是哪種體驗,你都可以同時執行多個聊天或任務、重複使用工作流程,並與團隊分享已審核過的工作。執行中的子代理程式是一個執行工具,不是你需要建立的另一個產品設定檔。
建立工作流程
從 Workflows 頁面開始
- 開啟 Workflows。My Okou: 選擇 Create in chat。Legacy Agents: 在顯示處選擇 New workflow。
- My Okou: 在你自己的聊天中繼續;不需要選擇代理程式。Legacy Agents: 選擇應擁有此工作流程的代理程式。
- Okou 會開啟一個含有引導式工作流程建立提示詞的聊天。描述結果、預期輸入、工具、輸出,以及任何核准界線。
- 在 Okou 建立之前,先檢查提議的名稱、說明、指示、檔案與可見性。
你也可以從現有聊天開始,請 Okou 把一個已經成功運作的任務轉成工作流程。把第一次成功執行留在同一個聊天中,能讓 Okou 取得具體輸入、更正內容與輸出,以便擷取。
My Okou 範例: 該工作流程的指示描述可重複執行的工作。

指示中要放什麼
| 部分 | 內容 |
|---|---|
| 目標 | 工作流程必須產生的結果。 |
| 輸入 | 呼叫者或自動化提供什麼,以及哪些輸入是必填的。 |
| 程序 | 有順序的步驟,包括要讀取或更新哪些已連接服務。 |
| 輸出 | 所需格式、目的地與命名規則。 |
| 界線 | 應避免的動作、需要澄清的情況,以及何時停止。 |
| 參考資料 | 可選的範本、檢查清單或作為工作流程檔案附加的範例。 |
不要把憑證放進指示或檔案中。請透過 Connectors 連接服務,然後檢查已連接帳戶,只授予工作流程所需的權限;在 Legacy Agents 中,也要授權其所屬的代理程式。
在自動化之前先測試
- 使用代表性輸入手動執行工作流程。
- 確認執行成員具有所需的帳戶存取權與權限;在 Legacy Agents 中,也要檢查所屬代理程式的授權。
- 檢查產生的聊天,確認是否有缺少的上下文、意外寫入,以及最終輸出格式。
- 編輯 指示 或附加檔案,然後再執行一次,直到結果可重複。
- 只有在手動執行正確之後,才新增 automation。先從狹窄的事件篩選條件或低頻率排程開始,然後檢查前幾次觸發。
手動驗證可將工作流程問題與觸發問題區分開來:如果 Run now 失敗,先修正工作流程或其存取權;如果 Run now 成功但事件從未觸發,請檢查 automation 設定。
Okou 如何選擇工作流程
你不一定要用名稱呼叫工作流程。當傳入請求與其說明相符時,Okou 會自動載入某個工作流程。名為 customer-reply-draft、描述為*「使用我們的語氣與文件為客戶電子郵件擬回覆」*的工作流程,在你轉寄客戶電子郵件時就會觸發——不需要名稱。
若要強制使用特定工作流程,請明確指出:「請將這封郵件使用 customer-reply-draft 工作流程。」
內建工作流程
Okou 包含一份由 Okou 維護的跨職能工作流程清單——研究與分析、財務與會計、法務與合規、產品、行銷、客戶支援,以及團隊溝通。它們是領域程序,而不是連接器管線:每一個都教 Okou 如何處理某類重複出現的工作。
例如:
deep-dive— 結構化研究與解決方案設計;先蒐集事實,再探索選項prd-writing— 具備結構化問題框定與驗收標準的產品需求copywriting— 跨通路的行銷文案(部落格、電子郵件、社群、登陸頁)competitor-matrix— 功能比較矩陣、定位拆解、贏/輸分析customer-reply— 具同理心、符合品牌聲音、依通路與緊急性量身打造的回覆nda-screening— 將傳入的 NDA 分類為 GREEN / YELLOW / RED 並加以路由status-updates— 針對任何受眾量身打造的進度報告與利害關係人更新
你自己的工作流程會與這些並列,且在說明更符合時會優先套用。
什麼時候要建立一個
老實說:如果你已經把幾乎相同的提示詞寫了兩次以上——或者你可以想像同事會寫出它——那就把它存起來。
明確的訊號:
- 這項工作有團隊已經在使用的名稱(「晨間簡報」、「競品掃描」)
- 提示詞會提到每次執行都不該改變的特定工具、通路或範本
- 輸出具有固定形狀(摘要、草稿、已建立的 issue)
- 不只一個人需要觸發它
- 你希望它依排程或事件執行——請參見 自動化
常見模式
- 輸入表單。 接收一項輸入內容(電子郵件、錯誤回報、討論串),並產出一個結構化成品(議題、草稿、資料列)。
- 週期簡報。 將工作流程與排程自動化搭配,每天或每週執行一次,並發布到大家看得到的地方。
- 對話中途助手。 透過頻道中的
@Okou觸發,執行一項聚焦的子任務——查找、摘要、分類。 - 內容組裝器。 一次執行就能產出多種格式的內容組合——部落格草稿加上社群貼文,再加上卡片。
- 事件回應器。 與事件自動化搭配:新電子郵件、已合併的 PR,或新的 Notion 頁面都能啟動執行。請參閱 自動化。
要避免的陷阱
- 過於狹窄。 只適用於某個特定輸入的工作流程很脆弱。應鎖定工作的形狀,而不是某個範例的細節。
- 過於模糊。 「幫忙做行銷」 太寬泛,Okou 不會知道何時該套用它。請在說明中寫得具體。
- 硬編碼憑證。 絕不要把 API 金鑰貼進指示。請改用 custom connectors——憑證會留在平台上,不會落入模型可觸及之處。
- 埋藏輸出格式。 說明成品應該長什麼樣:「三個項目的編號清單」 或 「少於 150 字的回覆草稿。」
- 忘了存取權。 共享工作流程不會授予連接器存取權。請檢查你的已連接帳戶、要求的權限,以及你可用的任何 Chat 帳戶控制。在 Legacy Agents 中,也要檢查所屬代理程式的 Authorization 設定。

