LTX-2 本地 vs 雲端：ComfyUI vs WaveSpeed（速度、成本與隱私）

I’ll translate this article to Traditional Chinese for you.

有一個小事情讓我陷入了沉思：一個40秒的等待。我在 LTX-2 雲端上啟動了一個批次，然後走開去續杯。回來時，有一個工作失敗了，錯誤訊息很模糊，我無法判斷是我的問題、預設問題，還是服務問題。那個微小的停頓一直在我心裡。隔天早上，我在本機上執行了相同的預設，結果在我的郵件應用程式同步之前就完成了。正是這種對比啟發了這篇文章：LTX-2 本機 vs 雲端，不是作為功能清單，而是每一種方式在日常工作中加入或減輕的重量。

我在2026年1月初在我的16吋MacBook Pro（M2 Pro、32 GB RAM）和一台搭載RTX 4090的小型Ubuntu機器上，以及美國區域的LTX-2雲端進行了測試。你的硬體和地區會改變數字，但取捨始終保持一致。如需更多關於模型的技術細節，請參閱 LTX-2研究論文。

快速決策表（按使用情況選擇本機或雲端）

以下是我希望在開始來回切換之前就有的快速選擇方法。

使用情況	選擇	原因
單一預覽、緊湊反饋迴圈	本機	接近零排隊、快速迭代、更容易除錯預設和提示。
大批次且有明確截止日期	雲端	平行工作、更好的吞吐量、一旦調整好就需要更少的人工監控。
敏感資料（PII、未發佈資產）	本機	無上傳：你預設控制保留和存取。
尖峰工作負載（某些週很重，其他週很輕）	雲端	為尖峰付費：沒有閒置的GPU在你的桌下嗡嗡作響。
離線或不穩定的網際網路	本機	顯而易見，但當Wi-Fi出問題時就重要了。
團隊共享和可重複性	雲端	集中預設、日誌和權限可減少「在我的機器上有效」的問題。
實驗性作業（自訂構建、邊界旗標）	本機	你可以固定版本、測試分支並立即回滾。

我沒有預料到會這麼分散。但一周後，我發現自己預設在本機預覽，並將超過200項的任何工作發送到雲端。

速度：本機硬體 vs 雲端吞吐量

當然，速度對我來說是兩種不同的感受。

本機對於單次工作感覺很敏捷。 在M2 Pro上，單個LTX-2工作在約1-2秒內啟動並很快完成，我能保持流暢的工作狀態。在4090機器上，一旦預熱就基本是瞬時的。
雲端對於大量工作感覺很穩定。 第一個工作有時在隊列中等待5-15秒，但50個平行工作就能平滑處理。吞吐量勝過延遲。

來自現場的一個小提示：冷啟動比我們承認的更重要。本機快取（從權重到中間檔案）使重複執行感覺更輕鬆。直到我清除快取，突然一切都變得緩慢，我才注意到這一點。在雲端，我無法控制這一層，所以我接受了小的啟動稅來換取規模。

讓我驚訝的是：我最快的單一預覽始終是本機。我最快的1,000項工作時段始終是雲端。對我來說，轉折點在150-250項左右。超過那個數量，輸入命令並讓服務擴展會節省整個下午。在那以下，啟動本機執行能讓我保持在工作中。

成本：電力 + 折舊 vs 額度

我嘗試像一個冷靜的會計師而不是宣傳者一樣為此定價。

本機成本如下：

前期硬體（或月租）
電力（我的4090機器待機時約90W，負載時約420W）
折舊和維護（風扇、存儲、偶爾的驅動程式問題）

雲端成本如下：

每項工作或每個代幣額度
如果你保留資產，可能的出口/存儲成本
批次尖峰時的超額費用

我的筆記中有兩個快速草圖：

200項批次，每個工作約1分鐘： 本機在我的Mac上耗時約220分鐘牆上時間（無GPU），基本上除了電力成本外免費。雲端用平行性在8-12分鐘內完成，額度成本很容易在我有截止日期的那週證明是合理的。更多實作提示可在 GitHub 上獲得。
持續小流量（20-30項/天）： 本機勝出。保持機器就緒意味著我一次性吸收成本。雲端額度在我每次點擊執行時增加了一點認知成本。不是昂貴，只是存在。

我不認為有單一的「更便宜」。如果你已經擁有能力強的硬體且工作負載穩定，本機對錢包很友善。如果你的量是尖峰型，為尖峰容量付費勝過擁有一個帶風扇的空間加熱器。我有一個月本機幾乎免費，另一個月雲端顯然更聰明。

隱私：資料保留 & 團隊權限

這部分對我來說很簡單。如果敏感，我在本機上執行LTX-2。不是因為我不信任雲端，而是因為我能夠記錄檔案在哪裡。

本機：

無上傳。製品保留在我的磁碟或我的網路共享上。
我可以遵循自己的保留規則：X天后自動清除、靜態加密，就這樣。

雲端：

開箱即用的更好的團隊控制：角色、專案邊界和不依賴於我的記憶的日誌。
保留是基於政策的。這很好，但它仍然是與供應商的協議。讀文件並確認預設值：某些服務保留日誌和製品的時間比你預期的要長。

對於在小團隊中的協作，雲端感覺更安全，不是在隱私意義上，而是在「我們不會丟失規範預設」的意義上。對於任何包含未發佈資產或PII的內容，本機讓我放鬆了肩膀。兩者都可以做得很好。對於一般的開放權重和基準，你可以參閱 Papers With Code。

穩定性：依賴項更新 & 節點崩潰

我因為驅動程式更新而浪費了一個下午。這是本機執行的誠實部分。當它正常工作時，很好。當一個依賴項提升而另一個滯後時，你就是SRE。

本機穩定性現場筆記：

盡你所能固定一切。容器、env檔案、甚至作業系統更新。
保留一個「已知好用」的預設+版本清單。我在專案旁邊保留一個簡短的文字檔案，其中包含提交雜湊和關鍵旗標。
在重批次下預期偶爾崩潰。很少是災難性的，但它會破壞流暢度。

雲端穩定性現場筆記：

更少驚喜：更多黑盒。工作通常完成，如果不完成，錯誤訊息有時比有用更禮貌。
供應商升級無聲地推出。當它提高速度時很好：當改變轉移輸出時很煩人。

都不是完全平靜的。本機給你槓桿和額外雜事。雲端給你更少槓桿和更少雜事。我根據我那週願意接受哪種中斷來選擇。

最佳混合方法（本機預覽 + 雲端批次）

最終對我堅持的是一個簡單的節奏：

在本機草擬和預覽。 我保留一個小樣本集，10-20項，反映邊界情況。我迭代直到輸出看起來正確兩次，不止一次。
在雲端批次。 我匯出確切的預設並以時間戳記工作名稱執行。我觀察前5%的日誌，然後走開。

為什麼這感覺正確：

本機預覽保持延遲接近零。我可以調整提示、權重或參數而無需環境切換。
雲端批次保持我的機器自由。我可以繼續寫作，或我可以關閉蓋子走到戶外。

幫助的兩個小技巧：

我固定了我的「預覽集」。早期，我不斷交換輸入並迷失了改變的軌跡。有了固定集，我知道改進是真實的。
我在每個大執行前快照預設。即使是次要版本提升也能輕推輸出：快照使差異明顯。

在工作較少的週，我有時會本機保留一切，特別是如果我離線或旅行。在生產週，我不會與雲端對抗。LTX-2 本機 vs 雲端 的重點不是忠誠，而是選擇為你面前的工作減少摩擦的環境。這就是我們建造 WaveSpeed 的原因 — 無需人工監控隊列就能處理本機預覽和雲端批次執行。這是我們團隊每天使用的。