常見問題星期五：當 AI 模型退役時，我的自動化流程會怎麼樣？ （我的堆疊固定了 6 個模型——其中沒有 Claude）

每個星期五我都會回答一個實際被問到的問題。今天的問題和往常一樣，通常來自那些已經支付建造機費用三個月的人： “當構建這一切的AI模型退役後，這一切會發生什麼？”

這確實令人擔憂。模型會在別人的日曆上被棄用，而你卻沒有發言權。所以今天早上，在動筆之前，我先統計了一下我自己的即時堆疊——就是在我睡覺時發布這篇文章的那個堆疊——結果卻出乎我的意料。.

簡而言之：幾乎什麼都沒發生。這著實讓我感到驚訝。.

以下是我在容器中搜尋每個可執行檔、腳本、技能檔和設定文件，尋找硬編碼模型識別碼時發現的內容：

• 17 個文件 至少保存一個型號 ID。.
• 總共出現55次 在這些文件中。.
• 6 種不同的第三方模型 按名稱焊接。.
• 零 其中一人是克勞德。.

最後那句話就是整篇文章的重點。大家最關心的——大型語言模型、大腦、最昂貴也最引人注目的那部分——是… 僅有的 我的整個技術堆疊中存在一個無法透過版本號確定的依賴項。沒有一個檔案引用了 Claude 模型。寫出這句話的智能體根本不知道它該使用哪個模型。.

同時，還有以下幾點： 是 焊接：

已置頂型號 ID	工作
flux-2-pro	本網站上的每一張圖片
通量-pro	舊版鏡像回退
通量-施內爾	廉價快速的備用方案
eleven_multilingual_v2	每段影片都有旁白
meta/musicgen	背景音樂
victor-upmeet/whisperx	單字級字幕計時

六款車型，卻從來沒有人問過我如果其中一款…會發生什麼事。 那些 被關掉了。.

為什麼大腦是你不該釘釘子的部位

這並非配置不當造成的意外，而是正確的設計。理解其中的原因很有意義，因為它能告訴你真正的風險。.

語言模型是可互換的部分。它讀取指令並產生結果。更新的版本讀取相同的指令並產生相同的結果，通常效果更好。如果將其固定下來，就意味著你無法享受簽約日之後的所有改進，而你換來的只是對一個基本上不存在的問題的保護。.

上週五我發布了 1399次特工運作的失敗統計－49次失敗，而且沒有一次與情報有關。. 從另一個角度來看，同樣的道理也適用於模型本身：模型本身通常不會故障。更換模型是系統中成本最低的改動。.

這 運行時環境 情況則有所不同，而這種區別至關重要。運行代理程式的框架必須版本固定、已部署並可回滾，這就是為什麼我專門為此編寫了一整套運行手冊。 在不中斷運作中的艦隊的情況下更新 Claude Code. 固定執行程序，不要固定思考程序。.

那些真正會讓你吃虧的依賴項

回到那張表格，用比「如果這項技術被淘汰了怎麼辦」更好的問題來排序。改成問： 如果這個設備明天消失了，替代品能完成同樣的工作嗎？還是輸出結果會變成別的東西？

這六個人中有四個住在 Replicate 上，我在研究這個問題時詳細介紹過。 我實際的單次運行成本是我自己記錄的兩倍。. 如果其中任何一人退休，人才儲備庫會指向繼任者，工作繼續進行。畫面略有不同，音樂也略有不同，但沒有人來信抱怨。.

但是，在品牌設定檔中（它並不在上面的表格中，因為它根本不是一個模型），隱藏著以下內容：

""voice_id": "pUOVYdp7HamRzolIXv5g""

二十個晦澀難懂的字符 是 這個品牌發布的所有影片中都使用了同一個語音。棄用文字轉語音模型，語音依然存在。但棄用這個標識，語音就消失了。沒有替代方案，沒有替代品，也沒有遷移路徑——從那天起，這個品牌的聲音就完全改變了。而且，由於這個標識被固定在一個檔案中，而不是作為配置注入，所以無法從外部進行任何更改。我已經檢查過了：用於儲存該標識的環境變數未被設定。.

這才是今天問題的真正答案。風險不在於模型本身，而在於你的技術棧中那幾個編碼資訊的識別碼。 身分 而不是 能力. 我的其中一台確實有。我今天早上之前都不知道。.

零件依賴掃描器永遠不會捕捉到

讓我停下來重新審視這個細節的是：在17個指定了型號ID的檔案中，, 10 是說明文件 — 純 Markdown 格式，用於告訴代理人如何執行其任務。其中只有 5 個是可執行程式碼，另外 2 個是範本。.

自動化依賴管理工具讀取的是套件清單，而不是文字。因此，這個技術堆疊中的大多數模型相依性對於所有掃描器、程式碼檢查器和測試套件來說都是完全不可見的。如果我沒有使用正規表示式進行查找，它們對我來說也是不可見的。.

以及我的庫存 做過 之前的說法是錯誤的。我自己的專案文件中說圖像腳本的預設值是 通量-pro. 腳本第 26 行將預設值設為 flux-2-pro, 每張圖片的成本大約是原來的兩倍。文件裡說的實際費用大概是原來的兩倍，我寧願告訴你真相，也不願假裝自己一切都井然有序。.

今天早上我還發表了一篇指南，論證了你應該始終 別上你的貨櫃標籤，永遠不要追蹤 ：最新的. 這兩點都對，而且今天的情況更加凸顯了這一點：標記只是工作的一半，另一半在於清楚你標記了什麼。標記記錄錯誤比沒有標記更糟糕，因為這樣你現在就更有信心了。 和 錯誤的。.

想看更糟糕的版本，請看… 整個平台被存檔會發生什麼事？ 而不是單一的模型版本。這屬於遷移。棄用模型只需尋找並替換即可。.

本週該如何應對？

三個步驟。任何一個步驟都不需要一整個下午的時間。.

1. 使用 grep 命令尋找您自己的堆疊中的模型標識符。. 數數 文件, 不是事件記錄，而是文件－你需要編輯的是文件。請包含你的 Markdown 文件、提示資訊和設定文件，而不僅僅是程式碼。.
2. 將列表分成兩部分：可交換列表或標識列表。. 能力可以替換，身份卻不能。你最終找到的識別密碼數量幾乎肯定會比你預想的要少，而且至少會發現一個你之前不知道的密碼。.
3. 將包含身份標識的資訊合併到一個設定檔中。. 不是十七個。目標不是永遠不改變依賴關係；而是在必須改變依賴關係時，只在一個地方改變。.

還有那些流傳甚廣的棄用日期？

還有一點，因為這正是人們驚慌失措地而不是冷靜地提出這個問題的原因。我去找目前流傳的某個我根本不用的模型的退休日期，結果發現 三個相互矛盾的日期 對於同一份訂單，所有訂單都無法追溯到供應商。所以我一份都不印。.

不要根據論壇上的數字制定遷移計劃。請閱讀供應商自己的棄用頁面，因為這類風險的優點就在於：您可以事先了解棄用日期。對比一下… 一個工具，毫無預警地，某天早上突然就壞了。. 模型棄用是這個行業裡唯一一種會給你發送日曆提醒的失敗類型。它最容易應對，也是人們最害怕的。.

如果你想了解這些元件如何組成一個無人值守運作的系統，我已經詳細闡述過了。 建構完全自主人工智慧代理的完整指南. 如果你希望有人第一次就正確地清點你的庫存，, 預約策略諮詢 我們將一起繪製地圖。.

下週五見。 ——喬恩