避免廠商鎖定？先搞懂你被鎖在哪一層

最近圈內在傳一筆收購案，一家做「模型路由」服務的新創，成立沒幾年就被一家老牌支付巨頭以天價買走，三個月內估值翻了五倍多。這家新創的定位很簡單：你的程式接它一個接口，後面幾百個AI模型隨你切換，哪個便宜用哪個，還打出「不綁定任何一家模型」當賣點。

這句話很誠實，你確實不會被某一家模型廠綁住。但你會被那個幫你切換的人綁住。收費站從來不生產路，它只要確定你非走這條不可就夠了。

避免鎖定，常常只是換一個鎖

我接過不少客戶案子，開場白都很像：想找一個中介平臺，串接多家AI服務，以後想換供應商也方便。聽起來很聰明，但實際上你的業務邏輯、prompt設計、資料格式，全部長在那個中介層上面。有一天中介平臺漲價，或是它自己被收購改規則，你發現要搬走的成本，比當初直接綁死一家模型還高。

• 換模型很容易，這是行銷話術包裝出來的自由
• 換掉那個幫你切換的平臺才是真正的成本，而且沒人提
• 越方便的抽象層，通常越難拆，因為業務邏輯都嵌進去了

該問的問題不是會不會被鎖，是被鎖在哪一層

任何架構決策都會產生某種依賴，這是常識，不用假裝可以完全避免。重點是搞清楚依賴發生在哪一層，以及那一層的換手成本有多高。我們幫企業做AI整合時，第一件事永遠是先畫清楚：資料存在哪裡、業務邏輯寫在哪裡、誰擁有這些東西的存取權和輸出格式。如果這三件事你自己掌握，底層換模型換供應商，頂多是重新測試，不是砍掉重練。

反過來，如果你把資料格式、流程判斷邏輯全部交給某個外部平臺的專屬語法去處理，那你買的不是彈性，是換了一個房東，租金還可能更貴。

落地前先盤點三件事

• 資料主權：你的原始資料能不能隨時完整匯出，不依賴特定平臺的格式
• 邏輯主權：業務規則寫在你自己可控的程式碼裡，還是寫在某個SaaS的設定介面裡
• 換手成本：如果明天要換掉這個工具，需要重寫多少東西，需要多久

這三件事想清楚，再去談要不要用中介層、要不要多模型切換，才不會落入為了避免A鎖定，結果簽了一個更難解除的B鎖定。

下次有人跟你說幫你避免廠商鎖定，記得追問一句：那我改成被鎖在誰身上？