從磚塊到藍圖：Fisker Ocean 車主如何建立起一家開源汽車公司
當 Fisker Inc. 在 2024 年 6 月申請第 11 章破產保護時，它不僅留下了一堆債務，還讓大約 11,000 名 Ocean SUV 車主面臨車輛迅速變成「滾動紙鎮」的困境。因為 Fisker Ocean 被設計為「以軟體為核心的汽車」，關鍵子系統——包括煞車、安全氣囊、換檔和電池管理——都依賴於與 Fisker 雲端伺服器的定期連接。當這些伺服器斷線時，車輛不僅失去了 Spotify 的整合功能，還失去了可靠運行所需的必要數位大腦。
隨之而來的是一個關於數位權利與社群韌性的里程碑式案例研究。車主們並沒有接受這筆 4 萬至 7 萬美元投資的損失，而是組織起來，從一家失敗企業的灰燼中，建立起一個由志願者運行的開源汽車生態系統。
Fisker 車主協會 (FOA) 的崛起
在公司倒閉後的幾個月內，數千名車主成立了 Fisker Owners Association (FOA)，這是一個從簡單的支援小組演變為準汽車製造商的非營利組織。擁有大約 4,000 名成員，FOA 開始履行製造商已放棄的職能：
- 技術支援： 聘請獨立專家進行專有軟體補丁的逆向工程，並教導成員如何燒錄韌體。
- 供應鏈管理： 組織大量採購更換零件以降低成本——最顯著的是將鑰匙感應器 (key fobs) 的價格從 1,000 美元降至其一小部分成本。
- 實地作業： 在歐洲建立了「Flying Doctors」計畫，這是一個由技術精湛的成員組成的行動網路，他們會前往各地協助其他車主維護其車輛。
- 法律與保險倡議： 推動將安全召回納入破產程序，並與保險公司協商以維持對這些「孤兒車輛」的保障。
開源技術棧
在 FOA 處理物流事務的同時，一場由開發者的平行運動也開始拆解 Ocean 的專有牆壁。這項努力已將該車輛從封閉的企業產品轉變為一個開源專案。
API 與家庭自動化
開發者 MichaelOE 逆向工程了 "My Fisker" 行動應用程式的 API，並創建了一個根據 Apache 2.0 授權的 Home Assistant 整合功能。這讓車主可以將雲端 API 值作為感測器，並直接透過 Home Assistant 控制車輛功能，從而繞過對官方企業應用程式的需求。
CAN Bus 映射
社群成員已系統性地映射了 Ocean 的多個 CAN bus (CCAN, PTCAN, Inverter CAN, 和 BCAN)，所有通訊協定皆運行在 500kbps。透過在 GitHub 上發布 DBC 檔案，社群提供了過濾與處理車輛數據所需的工具。此外，Majd Srour 記錄了嗅探 CAN 流量以解碼診斷故障碼 (DTCs) 的過程，使車主能夠在不依賴已不存在的經銷商工具的情況下，自行進行診斷。
「握手」協議的脆弱性
社群的進展差點因為一項失敗的商業安排而中斷。2024 年 10 月，American Lease 收購了 Fisker 的剩餘庫存，並額外支付了 250 萬美元以獲取原始碼與雲端服務的存取權。當時與 FOA 達成了一項「握手」協議，旨在將這些服務延伸至私人車主。
然而，當 American Lease 要求 FOA 支付 58% 的所有營運成本（包括 LTE 與 Microsoft Cloud 服務）卻又不提供明細清單時，該協議隨即崩潰。這導致了遠端連接功能的撤銷，以及一項待處理的軟體召回的阻礙，凸顯了在破產後依賴企業善意的脆弱性。
對汽車產業的更廣泛影響
Fisker 的事件對整個汽車產業都是一個警告。隨著車輛從機械裝置轉變為以軟體定義的平台，因企業破產而導致整個車隊的滾動紙鎮化（bricking）的風險已成為一種系統性威斷。
軟體託管 (Software Escrow) 的必要性
消費者權益倡導者與社群成員現在正呼籲結構性變革，以防止此類事件再次發生。其中一個提議的解決方案是強制性軟體託管，即原始碼由第三方持有，若製造商停止營運或停止支援，原始碼將釋放給公眾。正如一位社群成員所言：「所有軟體都應該被託管，並在支援結束時提供給公眾。」
關於軟體複雜度的辯論
並非所有觀察者都認為開源是終極答案。有些人認為，產業的問題不在於缺乏開源，機械裝置被複雜的 CAN bus 整合電子設備（例如電動座椅控制）所取代的趨勢，引入了「巴洛克式」的問題空間，增加了成本並降低了長期可靠性。
無論哲學觀點的分歧，Fisker Ocean 的故事證明了，當企業的保障網消失時，消費者唯一的安全感來源，就是擁有、修改與維修自己硬體的權力。