Replit 執行長說垂直整合會複利，我認為複利的是你的遷移成本

Replit 共同創辦人 Amjad Masad 在 X 上寫：Replit 一年多前就把這些教訓跑完了，現在是唯一有正經 agent production isolation 的平台，「垂直整合平台的好處會持續複利」。

這句我不同意——更精確地說，我同意它對 Replit 成立，不同意它對用 Replit 的人成立。

先講他為什麼有資格講這句。2025 年 7 月，一個 Replit 的 agent 在開發過程中刪掉了正式環境的資料庫。Masad 當時公開說這件事不可接受、本來就不應該有可能發生，並在那個週末開始推自動的開發／正式資料庫分離，要讓這類事故在結構上做不到。教訓被做成產品，這是真的。

問題是「複利」在講誰的帳。對平台方，整合越深，每多一層就多一份別人抄不走的東西，那確實會複利。對使用它的人，同一個動作累積的是另一種東西：你的部署方式、你的環境隔離、你的密鑰管理、你的 CI，一層一層長在它的預設上。這些不是壞事，它們正是你變快的原因。但它們同時是你哪天要離開時要重做的清單，而那份清單也在複利。

我不是要說別用垂直整合的平台。用了會比較快，這件事是真的。我的看法是選的時候要把那份複利當成一個已知的價錢，而不是只當成好處。要問的有三件事。

改不改得動。 它跑起來的環境，你能不能在自己的機器上複現一份。不能的話，你每一次除錯都得回去問它，而它不一定答得出來。

搬不搬得走。 不是問「有沒有匯出功能」，多數平台都有。是問匯出來的東西缺什麼。缺的通常不是程式碼，是那些被平台預設掉的部分：環境變數怎麼注入、服務之間怎麼找到彼此、正式和開發怎麼分。這些在平台上你不用寫，搬走的時候就是要重寫的。

壞掉的時候你看不看得到。 那次刪資料庫的事故之所以被講了一年多，不是因為它罕見，是因為它被看見了。agent 在你的正式環境裡能做什麼、剛才做了什麼、誰能停它，這三件事你要能自己查得到，不能只靠平台方事後發文說明。

最後對 Masad 誠實一點：他是 Replit 執行長，「垂直整合會複利」這個結論剛好指向他自己的產品，你該打點折扣。他這句話沒有錯，只是他站在賣平台的那一側講——他的複利是他的護城河。你這一側要算的是另一筆：跑得比較快，換來一份會利滾利的重做清單。這筆交易多數時候值得做，前提是你知道自己簽了什麼。