工作流 = 「当反馈满足某条件时自动执行动作」。它把你每天重复的处理动作固化下来，让系统自动跑。

能做什么

  • 触发方式：每条新反馈进站 / 定时（如每周一早上）/ 指标越界（如负面率突增）。
  • 动作：派单给成员或小组、改优先级、打标签、起草回复（必须人工确认才发送）、升级、关闭、通知到 Slack / 飞书 / 企业微信、计入日报 / 周报。

例：「支付相关负面 → 置 P1 并派给支付组，同时通知飞书群」。

怎么创建

到工作流页（/workflows），用大白话描述目标（如「退款负面 → 派支付组并起草道歉」），点「生成草案」——草案出现在右侧 AI 对话里。之后在对话里打磨：

  • 点「修改」用自然语言改（如「评分低于 3 星也算」）。
  • 点「下一步」进入上线前审查。
  • 通过后点「上线」生效。

这套「描述目标 → AI 生成 → 对话迭代」的方式就是 Coding Loop，详见博客 Coding Loop：让处理流程自己进化。

上线前审查会查什么

两道闸：

  1. 依赖检查：流程里要通知的渠道（如飞书）还没连接？会提示你先去设置连接、去掉这步、或改用已连渠道。
  2. 影响回放：会自动执行的动作（自动派单 / 升级 / 关闭 / 改优先级）需要你明确授权才能上线，并给出近 30 天历史回放——如果当时就有这条流程，会命中多少条、触发多少动作，帮你判断范围合不合理。

安全边界

系统硬性约束：

  • 不允许全自动对外回复（起草回复必须人工确认发送）。
  • 不允许自动关闭 P0。
  • 单条流程保持 1–4 条聚焦规则，不鼓励一个流程塞进所有逻辑。

暂停、修改、版本

上线后的工作流可随时暂停 / 恢复。继续修改会生成新版本，老版本自动归档；同一流程同时只有一个生效版本。