大多数反馈工具让你「配置规则」：填条件、选动作、点保存。这能用，但有个天花板——规则是死的，业务在变，配好的流程很快就跟不上。Loopback 的差异化支点之一，是把「配置」升级成「进化」：这就是 Coding Loop（也叫 Builder Mode）。

从「配规则」到「描述目标」

创建工作流时，你不必去点一堆条件下拉框。你用大白话描述目标，比如「退款负面 → 派支付组并起草道歉」，点「生成草案」——草案出现在右侧 AI 对话里。接下来在对话里打磨：

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

你和 AI 是在共同把一段处理逻辑写出来，而不是在填表。这就是「Coding Loop」这个名字的来源——像写代码一样迭代流程，只是用自然语言。

上线前的两道闸

流程会自动执行动作，所以上线前有审查：

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

硬性安全边界

「会进化」不等于「放任自动」。系统有几条不可逾越的约束：

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

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

为什么这是传统架构补不上的

在 coding agent 出现之前，「让流程自迭代」要么靠工程团队写脚本（不可复用、要养人），要么根本做不到。传统工单 SaaS 的架构是围绕「人工配置规则」设计的，补不上「AI 帮你写并持续学」这一层。Coding Loop 把「自建脚本的灵活」产品化了：既灵活，又不用养一支工程团队。

不同档位对 Builder loop 的并发有区别（Pro 1 个并发，Max 不限）。想体验它最快的方式，是 免费试用 领 7 天 Max——试用期就能完整体验 Builder loop。也可以先读 工作流模板 了解从模板起步的路径。