Zapier、n8n 和 Temporal 解決的不是同一個問題——選錯了層不會即時出事

「自動化」這個名稱之下，其實藏著兩類完全不同的產品；SME 只比較價錢或易用程度，一開始就比錯了軸。Workflow 工具——Zapier、Make、n8n——與 durable execution 平台——Temporal、Inngest——解決的是不同問題。前者接駁應用程式；後者保證一個多步驟流程即使中途有一步失敗，仍然會走完。買錯層級不會即時爆開，它會變成一個靜靜地從未完成過的任務。

兩層各自承諾了甚麼

Zapier 官方定價頁列明，收費計劃提供 Autoreplay：「因短暫錯誤或服務中斷而失敗的任務會自動重試」，另有可設定的錯誤通知，以及防止失控自動化耗盡任務額度的上限（flood protection）。Make 的定價頁描述了錯誤處理模組——Rollback、Break、Resume、Commit、Ignore——以及一個在 scenario 用盡操作額度時用來緩衝流入資料的 webhook queue。兩者都是實在的可靠性功能，但兩者本質上都是疊在 request-response 模型之上的選用附加功能：觸發一旦發生，一連串步驟就開始執行；若流程中途中斷，由你設定的處理方式決定那一次執行如何收場。

Temporal 自己的文件描述的是另一種保證：一個 workflow execution「可靠，是因為它在失敗之後可以完全復原」，平台會在失敗與中斷之中持久保存執行狀態，並「由最新狀態」恢復。durability 是每一次執行的預設行為，不是附加在某一次執行上的功能。Inngest 的定價頁以更貼近操作的說法表達同一概念：「每一步自動處理重試、狀態和失敗復原」，而一個 workflow 需要跑多久就可以跑多久，系統崩潰後由中途步驟繼續，而非從頭再來。

實際分別會在出事那天顯現。在 workflow 工具之中，若六步之中的第 4 步失敗，而你的錯誤處理未針對這個具體失敗設定好，流程就會停下，第 4 步要由人手重新觸發——而你之所以發現，是因為下游少了東西，不是因為工具通知你。在 durable execution 平台之中，同一個失敗會自動由第 4 步恢復，因為被持久保存的是第 4 步的狀態，而不只是它的觸發條件。

決定你需要哪一層的界線

值得問的問題不是「這個自動化有多複雜」，而是「如果一次執行在中途靜靜停下，代價是甚麼」。一則交叉發佈到三個平台的社交帖文，在第三個平台失敗，只是麻煩，重發一次即可。但一張訂單在付款環節成功捕捉，之後扣庫存失敗、通知出貨部門又失敗，若第二步靜靜漏掉，性質就完全不同：客人已經付款，貨卻沒有出。即使它「看起來」只是三個串連的 API 呼叫，這仍然是 durable execution 要解決的問題，因為一次做一半的執行，代價是客人面對的失敗，而不是重做一次。

大部分 SME 的自動化，其實真的屬於第一種。線索收集入 CRM、庫存提醒送去 Slack、出貨後的評價邀請——這些漏掉一次仍然頂得住，因為有人盯著目的地系統，看得出缺口，而 workflow 工具內建的重試與錯誤通知已經足夠。一個流程跨界到需要 durable execution 的信號，通常是它涉及金錢、庫存，或一項橫跨多個外部系統的客戶承諾，而且一次靜默的局部失敗不會有人察覺，直到客人投訴為止。

兩邊選錯各自要付出甚麼代價

為一個線索收集自動化購入 durable execution 基建，是過度工程：Temporal 與 Inngest 假設的是一個撰寫並部署應用程式碼的團隊，而不是一條 no-code chain，那是真金白銀的工程負擔，用來處理一件月費 9 美元的 Make scenario 已經應付得到的事。反過來，為一條訂單履行流程選用 workflow 工具，是代價更高的錯誤，因為失敗是隱形的：dashboard 上沒有報錯，只有一個從未執行、亦無人察覺的任務。

所以呢

選層級之前，先寫下一次靜靜做一半的執行，代價是「重做」還是「客人面對的失敗」。若是重做，一個真正開啟了重試與錯誤處理設定的 workflow 工具，就是正確而且更便宜的選擇。若是客人面對的失敗，那麼無論步驟多少，這個流程都需要 durable execution，因為真正重要的保證不是「這件事夠複雜，值得投入工程」，而是「這裡一次做一半的失敗，不可以無人發現」。在加入新自動化之前，先按這一條問題審視 SME 現有的自動化，正是開發中的 ELELAND AI（eleland.ai）設計來做的事。