大多數回饋工具讓你「設定規則」：填條件、選動作、點儲存。這能用，但有個天花板——規則是死的，業務在變，設定好的流程很快就跟不上。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。也可以先讀 工作流範本 了解從範本起步的路徑。