工作流程

工作流程是一個具名且可重複使用的程序，儲存在智能體上。它教導 Okou 你的團隊 如何執行某種特定工作，讓下次需要的人不必重寫提示詞。

你第一次請 Okou 做某件事時，會寫一個提示詞。第二次時，你會貼上同樣的提示詞並做些微調。到了第三次，你可能從某個 Notion 文件裡複製一大段被稱為「團隊提示詞庫」的內容。這時，就是該儲存為工作流程的時候了。

工作流程解決的問題

一次性的對話適合一次性的任務。但幾乎每個團隊都有會重複發生的工作待辦——輸入不同，流程相同：

• 客戶來信 → 查詢其歷史紀錄 → 用他們的語言草擬回覆 → 記錄工單
• 出現錯誤回報 → 擷取重現步驟 → 分類嚴重程度 → 建立結構化問題單
• 週一早上 → 拉取上週數據 → 與前一週比較 → 發佈摘要

沒有工作流程時，每一項都是大家必須記住的 200 字提示詞。有了工作流程，每一項只是一個名稱：triage-bug-report、weekly-metrics、customer-reply。

工作流程本身沒有排程，也沒有觸發器——它只是程序。若要讓它自動執行，請加上自動化。

工作流程包含哪些內容

沒有節點圖、沒有 YAML 設定、沒有觸發器區塊。指令通常就像第一次成功的對話提示詞。

好的描述能決定工作流程是否能在正確時機啟動："triage a customer-facing bug report and file it to GitHub with severity" 比 "do bug stuff." 更佳。

工作流程屬於智能體

每個工作流程只屬於一個智能體。這讓行為可預期：工作流程會以該智能體的語氣、預設值及連接器授權執行。

• 私人工作流程——僅你可見。適合綁定個人 Gmail 或個人 CRM 帳號的自動化。
• 公開工作流程——工作區內所有人可見，並由團隊可存取的智能體執行。

同一個程序可以存在於兩個智能體上，產生不同結果，因為每個智能體有自己的語氣和權限。若要將工作流程交給另一個智能體，請複製它——這會分叉出兩份，之後可各自發展。

請參閱 智能體 了解智能體擁有權如何影響工作流程的可操作範圍。

建立工作流程

從工作流程頁面開始

1. 開啟 工作流程 並選擇 新增工作流程。
2. 選擇應擁有此工作流程的智能體。
3. Okou 會開啟一個帶有引導式建立流程提示詞的對話。請描述預期結果、輸入、工具、輸出及任何審核界線。
4. 在 Okou 建立前，請檢查建議的名稱、描述、指令、檔案及可見性。

你也可以在現有智能體對話中，請 Okou 將已成功執行的任務轉為工作流程。將第一次成功執行保留在同一對話中，能讓 Okou 擷取具體的輸入、修正及輸出。

指令內容建議

請勿在指令或檔案中包含憑證。請透過 連接器 連結服務，並僅授權所屬智能體執行此工作流程所需的權限。

自動化前先測試

1. 以具代表性的輸入手動執行工作流程。
2. 確認所屬智能體可存取所有所需連接器及權限。
3. 檢查產生的對話，確認是否有遺漏的上下文、意外寫入及最終輸出格式。
4. 編輯 指令 或附加檔案，並重複執行直到結果可重現。
5. 僅在手動執行正確後才加上自動化。先用嚴格的事件篩選或低頻率排程，並檢查前幾次觸發。

手動驗證可區分工作流程問題與觸發器問題：若 立即執行 失敗，請先修正工作流程或其存取權；若 立即執行 成功但事件未觸發，請檢查自動化設定。

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——進度報告及利害關係人更新，針對不同對象調整

你自訂的工作流程會與這些並列，且當描述更貼切時會優先。

什麼時候該建立工作流程

誠實的原則：如果你已經寫過同樣的提示詞超過兩次——或你能想像同事會寫——就該儲存為工作流程。

具體徵兆：

• 這項工作有團隊已在用的名稱（如「晨間簡報」、「競品掃描」）
• 提示詞指定了不該每次都變動的工具、渠道或範本
• 輸出有固定格式（摘要、草稿、已建檔的問題單）
• 超過一人需要觸發它
• 你希望它能依排程或事件自動執行——請參閱自動化

常見模式

• 收件表單。 接收一份輸入（郵件、錯誤回報、討論串），產生結構化產物（問題單、草稿、資料列）。
• 定期簡報。 與排程自動化配對，每日或每週執行並發佈於可見處。
• 對話中助手。 由 @Okou 在頻道中觸發，執行單一聚焦子任務——查詢、摘要、分類。
• 內容產生器。 一次執行產出多格式組合——部落格草稿、社群貼文、卡片。
• 事件回應者。 與事件自動化配對：新郵件、合併 PR 或新 Notion 頁面即啟動執行。請參閱自動化。

常見陷阱

• 過於狹隘。 只適用單一輸入的工作流程很脆弱。請針對工作的型態設計，而非單一範例細節。
• 過於模糊。 「協助行銷」 太廣泛，Okou 不知道何時該用。描述請具體。
• 硬編碼憑證。 絕不要將 API 金鑰貼進指令。請改用自訂連接器——憑證會留在平台，不會被模型存取。
• 輸出格式隱晦。 請明確說明產物樣貌：「三項編號清單」或「草稿回覆不超過 150 字」。
• 忽略智能體。 工作流程只能用其所屬智能體授權的連接器。若無法連 Gmail，請檢查智能體的授權頁籤，而非指令內容。

下一步

• 透過自動化加上觸發器，讓工作流程自動執行。
• 請參閱智能體了解誰執行工作流程及其權限。
• 請參閱權限了解如何限制工作流程的操作範圍。
• 請參閱工作流程範例了解五個完整案例。