工作流 = 「當回饋滿足某條件時自動執行動作」。它把你每天重複的處理動作固化下來，讓系統自動跑。

能做什麼

  • 觸發方式：每條新回饋進站 / 定時（如每週一早上）/ 指標越界（如負面率突增）。
  • 動作：指派給成員或小組、改優先級、貼標籤、草擬回覆（必須人工確認才發送）、升級、關閉、通知到 Slack / 飛書 / 企業微信、計入日報 / 週報。

例：「支付相關負面 → 設為 P1 並指派給支付組，同時通知飛書群組」。

怎麼建立

到工作流頁（/workflows），用大白話描述目標（如「退款負面 → 指派支付組並草擬道歉」），點「生成草案」——草案出現在右側 AI 對話裡。之後在對話裡打磨：

  • 點「修改」用自然語言改（如「評分低於 3 星也算」）。
  • 點「下一步」進入上線前審查。
  • 通過後點「上線」生效。

這套「描述目標 → AI 生成 → 對話迭代」的方式就是 Coding Loop，詳見部落格 Coding Loop：讓處理流程自己進化。

上線前審查會查什麼

兩道閘：

  1. 依賴檢查：流程裡要通知的渠道（如飛書）還沒連接？會提示你先去設定連接、去掉這步、或改用已連渠道。
  2. 影響回放：會自動執行的動作（自動指派 / 升級 / 關閉 / 改優先級）需要你明確授權才能上線，並給出近 30 天歷史回放——如果當時就有這條流程，會命中多少條、觸發多少動作，幫你判斷範圍合不合理。

安全邊界

系統硬性約束：

  • 不允許全自動對外回覆（草擬回覆必須人工確認發送）。
  • 不允許自動關閉 P0。
  • 單條流程保持 1–4 條聚焦規則，不鼓勵一個流程塞進所有邏輯。

暫停、修改、版本

上線後的工作流可隨時暫停 / 恢復。繼續修改會生成新版本，舊版本自動封存；同一流程同時只有一個生效版本。