不再害怕迭代

為什麼編輯一個原本就能運作的東西會讓人感到有風險？因為大多數工具讓你直接原地編輯——你把新版本存檔覆蓋舊版本，如果變更把東西弄壞了，就沒有版本可以回頭。當沒有復原機制時，這種恐懼完全合理。所以在這裡，根本沒有「原地」這回事。每次編輯都會在原本存在的東西旁邊產生新的東西。

當我要求變更時，實際上會發生什麼事？

你告訴建構聊天室你想要什麼——一個文案調整、一個新區塊，或是整個功能——平台就會在舊版本旁產生一個新版本。不是取代它，而是並存。兩者都可以預覽、都可以下載，舊版本也不會被降級到某個你得挖出來才找得到的封存區。它仍是一個可運作的產品，只要點一下就能重新變成上線版本。一旦復原變更變得這麼便宜，你就不會再把每次編輯都當成一場賭注。

每個版本都重新跑一次完整驗證，不會拖慢速度嗎？

這正是驗證要解決的相反問題。迭代式 AI 編輯常見的失敗模式，通常不是變更本身出錯——而是那個變更悄悄弄壞了別處的東西。修好定價頁面，結果導覽列連結卻悄悄變成 404。所以第 9 個版本會經歷跟第 1 個版本完全相同的檢查鏈：程式碼審查、安全性、連結檢查、無障礙性、規範性。如果某個變更弄壞了東西，會在引入該變更的那一輪就被抓到，而不是三週後才有使用者寫信告訴你按鈕壞了。（完整細節請見〈建構如何自我驗證〉。）

當我部署到自己的伺服器時，會發生什麼事？

透過 SFTP 部署到你自己的主機也會獲得相同的保護，只是層級不同。在寫入任何東西之前，平台會先擷取你目前的網站根目錄。此後你部署的每個版本都會留在主機上，並可隨時還原。所以如果某個版本在預覽時看起來完美無缺，卻在正式環境上——因為快取標頭、奇怪的 CDN 規則之類的問題——上線後出了差錯，你只要點一下就能還原，而不必重新部署舊的匯出檔並祈禱自己抓對了版本。

免費子網域呢？

概念相同，只是更輕量：在子網域發布時同樣會保留每個已發布的版本，重新發布早期版本就跟發布新版本一樣簡單。

這不就只是一套花俏的備份系統嗎？

不——備份系統是保護你免於災難。這是要改變你的日常行為習慣。當猜錯的成本降到只剩一次點擊時，「我們就先試試看」就不再是個冒險的提議，而會變成幾乎任何點子的預設答案。