透過 AI 輔助驅動程式為 Windows 98 SE 帶來 Thunderbolt 支援
Yeo Kheng Meng 的 AI 輔助 xHCI98 專案現已為 Windows 98 SE 帶來 Thunderbolt 支援，讓這個屬於另一個硬件年代的作業系統獲得實驗性的連接能力。這次發布針對復古電腦愛好者的一個實際難題：當原有作業系統沒有合適驅動程式時，如何令較新的控制器運作。然而，Thunderbolt 與 USB4 的證據程度並不相同，因此測試細節與標題本身同樣重要。
核心矛盾在於：一方面延伸既有軟件基礎，另一方面替換阻礙繼續推進的部分。Microsoft 較舊的 USB 基礎架構提供了初步立足點。要突破其既有假設，需要更廣泛的實作，同時保留與上層軟件的相容性。
對關注 AI 輔助編程的開發者而言，這個專案提供了一個具體個案。其意義取決於生成程式碼、測試環境與實體硬件之間的關係。可正常運作的示範值得留意，但理解其界限會令這項成果更有參考價值。
Windows 98 SE Thunderbolt 支援實際新增了甚麼
xHCI98 延伸了舊版 Windows 與較新硬件之間的連接能力，但其實驗性支援需要審慎解讀。
xHCI98 驅動程式支援 Windows 98 SE、ME、2000、XP、Vista 及 7。其公開範圍包括 USB 3.x、USB4 及 Thunderbolt 3/4 支援。專案將後兩者描述為實驗性功能，並警告未涵蓋於主要測試範圍內的控制器實作不設保證。
驅動程式會把作業系統請求轉譯成硬件能理解的指令。此處的相關起點是 xHCI，即用於管理現代 USB 連接的控制器介面。支援這個介面，與為個別滑鼠或儲存裝置加入驅動程式，是不同層面的問題。
這個分別說明了為何這項工作不只是讓外接硬碟加速。一個配件即使有合適的舊版軟件，電腦仍可能缺乏可通往該裝置的有效路徑。恢復這條路徑可移除一項基礎障礙，但不會自動解決其上所有相容性問題。
專案名稱同樣需要小心理解。儘管帶有 Windows 98 的身份，其目標其實涵蓋多個 Windows 世代。這個廣泛範圍需要跨作業系統測試，因為表面相似之處可能掩蓋不同的內部行為。
所報道的消息以版本 3.0.0.0 為中心。然而，公開發布紀錄已列出版本 3.1.0.0，日期為 2026 年 10 月 19 日。因此，評估此專案的讀者應區分功能公告與目前提供的套件。
這是活躍社群軟件常見的挑戰。新聞標題捕捉一個里程碑，但安裝說明與已知限制仍會持續變動。若把文章中的版本號視為永久建議，便會忽略這項持續進行的工作。
Windows 98 SE Thunderbolt 支援亦涵蓋多項互相關連的責任。建立連接、發現已接駁硬件、載入其驅動程式，以及處理移除，都是獨立工作。某一階段成功，並不代表整個流程均成功。
因此，對讀者最有用的問題是具體的：哪些控制器、配件、作業系統及連接行為曾一同測試？精確答案有助使用者判斷是否適用於自己的電腦。寬泛的標準名稱提供的指引較少。
在這個較窄的框架內，即時改動具有意義。愛好者多了一條途徑，將舊版 Windows 連接到其原有軟件從未預期的硬件。以下章節會說明，為何建立這條途徑不只是延伸舊驅動程式。
舊有 USB 驅動程式揭示了更深層的相容性問題
專案的演進顯示，最初的相容性捷徑如何會成為下一項架構限制。
Meng 的原始 USB 實作於 2026 年 8 月 30 日發布。它採用了較舊的 Windows USB 基礎架構，並以 USB 2.0 速度運作。他的示範包括熱插拔，即在作業系統仍在運行時連接及拔除裝置。
這種行為是一項重要的實際分別。僅能在開機期間使用的裝置，所提供的體驗比接駁後才獲辨識的裝置狹窄得多。對使用可移除周邊裝置的人而言，在工作階段期間處理變更是基本可用性的一部分。
早期方法作為起點是合理的。重用既有軟件可減少開發者需要實作的新行為數量，也能先確認硬件通訊可行，再擴展專案。
困難會在重用的基礎架構包含不再符合較新硬件的假設時出現。相容性層必須保留這些假設、設法轉譯繞過它們，或承擔替換它們的責任。每個選擇都會帶來不同的維護負擔。
這是本專案最有價值的架構教訓。支援不熟悉的控制器，不只是辨識其識別號碼。周邊軟件亦必須理解辨識後變得可行的行為。
對復古電腦使用者而言，這會令硬件選擇變得關鍵。購買較新的配件並不保證升級可用。完整連接路徑都很重要，包括電腦內的控制器及負責管理它的軟件。
對維護者而言，壓力則轉向決定相容性應在哪裏結束。保留較舊組件可保留有用行為，但亦可能需要愈來愈複雜的變通方法。替換它可擴大控制範圍，同時增加需要測試的範圍。
兩條路徑都不會自動勝出。當即時目標是基本連接能力時，漸進式做法可能合適。當現有基礎架構反覆阻礙所需行為時，較大規模的重寫就更容易得到合理支持。
這裏比較的是方法，而非互相競爭的商業產品。Microsoft 的原有架構提供歷史相容性；社群實作嘗試擴展可接觸的硬件範圍。兩者目標重疊，但並不相同。
這個框架避免將業餘專案變成缺乏支持的供應商失敗說法。沒有證據顯示這次發布迫使商業供應商作出回應。具體壓力落在維護者與使用者身上，他們要決定舊系統相容性需要多少新基礎架構。
專案的走向亦說明，單看速度並不完整。更快的傳輸很明顯，但在日常使用中，可靠的發現與移除可能更重要。基準測試無法涵蓋使用者認為系統可用的所有理由。
USB4 所需的不只是一條更快的 USB 連接
更大的技術挑戰，是在保留舊軟件預期行為的同時，協調整條連接路徑。
USB4 可透過隧道傳輸其他通訊協定，即在連接中承載其流量的邏輯路徑。PCIe 是儲存控制器等裝置所使用的擴充介面，便是其中一個相關例子。即使建立了該路徑，作業系統仍須負責辨識路徑另一端的硬件。
Microsoft 記錄的 USB4 設計遵循一項原則：經隧道傳輸的裝置應表現得如同原生接駁。這為評估舊版實作提供有用比較。儘管傳輸路徑更複雜，目標仍是熟悉的裝置行為。
以外接儲存機箱為例。辨識機箱的連接只是流程的一部分。作業系統還必須發現儲存控制器，並使用能與其通訊的軟件。
移除則增加另一層責任。軟件必須分辨仍然接駁的裝置與已消失的裝置。某項實作即使能成功處理接駁，當同一硬件被拔除時仍可能面對不同問題。
配套的 Stor98 儲存驅動程式處理了專案範圍的這一部分。它針對可移除 Thunderbolt 及 USB4 連接後方的 NVMe；NVMe 是常用於固態硬碟的儲存介面。其文件將此用途與為永久接駁儲存裝置而設計的驅動程式區分開來。
這種分工有助說明，單一標題如何掩蓋多項工程專案。負責建立及維持通往已接駁硬件路徑的連接管理器，有其自身責任。儲存驅動程式則有另一項責任，而作業系統必須協調兩者結果。
對使用者而言，重要結果是應以行為評估支援程度。裝置會否在開機後出現？能否乾淨地停止？重新接駁後能否恢復為可用的磁碟機？
這些問題比詢問連接埠是否「運作」更有資訊價值，也有助區分連接問題與儲存問題。桌面上看似相似的症狀，可能源於軟件的不同部分。
相同道理適用於包含多種功能的擴充底座。能夠連接到擴充底座，不代表其內每項功能都有合適的舊版軟件。每個已接駁組件都可能帶來另一道相容性邊界。
因此，若把實驗性傳輸支援解讀成對所有現代擴充底座配置的承諾，便言之過早。現有證據支持對特定路徑及裝置作較窄的描述；更廣泛的說法需要更廣泛的測試。
對開發者而言，架構上的趣味在於保留有用介面，同時替換底層造成阻礙的基礎架構。這種方法可讓舊軟件繼續保持價值，而不必假裝底層硬件從未改變。
這亦帶來嚴苛的測試問題。替代實作必須滿足較新硬件，同時繼續呈現舊組件能理解的行為。即使實作在內部看來一致，故障仍可能在這道邊界的任何一側出現。
因此，Windows 98 SE Thunderbolt 支援既是整合故事，也是驅動程式故事。可見結果取決於多個組件是否就存在甚麼、出現在哪裏，以及何時消失達成一致。
AI 輔助與專門建立的測試環境並行運作
最重要的開發教訓，是建立能夠挑戰生成程式碼的回饋迴路。
Meng 表示，專案大量使用 AI 輔助，但實體除錯及與硬件測試者溝通仍需要由他處理。他的敘述將 AI 放在開發流程之中，而非將其呈現為可取代驗證的自主替代品。
相關的 USB4 主機模擬器提供了該流程的另一部分。模擬器會以軟件重現特定硬件行為。這個專案讓作業系統的連接管理器能與模擬的 Thunderbolt 及 USB4 硬件互動，而毋須每次實驗都在實體機器上進行。
其文件記錄了使用 Windows 11 內建連線管理員進行測試，包括裝置探索、儲存裝置存取及移除行為。這些檢查為模擬環境提供了外部參考，但並不能證明每個實體控制器的行為都完全相同。
這個區別是理解 AI 輔助系統開發的核心。生成的程式碼可以按預期進行測試，但這些預期本身的品質同樣重要。若測試環境接受了錯誤行為，存在缺陷的程式碼亦可能看似成功運作。
另一個實作提供了有用的驗證挑戰。若其他地方開發的軟件能與模擬器互動，便會增強人們對該模型實用性的信心。不過，這仍屬輔助證據，不能取代硬件覆蓋測試。
這亦改變了我們應如何理解此處的「vibe-coded」。這個說法可讓人聯想到主要由提示詞及即時印象驅動的流程，但已有記錄的專案包含參考資料、測試基礎設施，以及來自真實裝置的回饋。
值得探討的是，這個組合令多少開發工作變得切實可行。單一成功專案不足以證明存在普遍的生產力倍增效果，但它可以指出一個值得仔細研究的流程。
對其他開發者而言，可借鑑的元素是實作與觀察之間的關係。程式碼改動應產生可供檢視的行為；當結果與預期不符，流程需要有助找出分歧所在的證據。
當軟件與硬件互動時，這一點尤其重要。一個看似合理的解釋可以在程式碼審查中站得住腳，卻在實際執行時失敗。觀察失敗情況所提供的資訊，是另一輪推測無法取代的。
同一原則亦適用於文件記錄。記下決策有助日後工作分辨哪些是有意設定的限制，哪些只是偶然行為。對有興趣維持這些脈絡的讀者而言，engineering knowledge base 提供了一種相關的組織方式。
這一關連並不表示任何筆記產品可以驗證驅動程式的正確性。文件記錄保留開發者可參考的推理過程；測試與硬件觀察則評估其決策是否有效。
這個專案為 AI 使用者提供了一個比產出程式碼數量更具體的標準。有用的問題包括可重現性、已診斷的故障，以及解釋改動的能力。無論最初實作由哪個模型生成，這些問題都同樣重要。
真實硬件證據存在重要界限
實體 Thunderbolt 測試與模擬 USB4 測試支持的是不同結論。
Meng 在其 USB4 development account 中表示，他在 Windows 98 SE 和 Windows 7 下，以 ThinkPad P14s Gen 1 進行了 Thunderbolt 3 測試。他亦另行表示，曾在 Windows 10 下以 Framework Laptop 13 進行 USB4 測試。該記錄中並未測試舊版 Windows 在實際 USB4 主機上的運行情況。
這個區別限制了對 Thunderbolt 4 標題作最廣泛解讀的空間。來自實體 Thunderbolt 3 設定的證據，應按該層面描述。模擬器增加了有用的覆蓋範圍，但不會令該結果變成普遍的實體相容性。
這不是否定該實作的理由。實驗性軟件往往在硬件存取有限的情況下起步。負責任的解讀應承認可行案例，同時不把未獲支持的組合納入結論。
開發者記錄的結果與獨立重現之間亦有差異。截圖、日誌和說明有助讀者檢視一項主張；在其他地方重現相同行為，則為結果能否超出原始環境提供額外證據。
有用的重現應說明完整設定。控制器型號、韌體設定、作業系統版本、驅動程式套件及配件，都有助解釋測試了甚麼。缺少這些細節時，表面上的一致可能掩蓋實質不同的設定。
目前的發行說明 強調了該專案的實驗性質。版本 3.1.0.0 加入了測試版圖形安裝程式及整合變更，亦列出多項限制，包括連接 Thunderbolt 或 USB4 裝置時不支援待機及休眠。
這些細節很重要，因為相容性還包括狀態轉換。啟動電腦、連接磁碟機、移除磁碟機，以及進入低功耗狀態，都是不同的操作條件。在其中一種條件下得出的結果，並不能解決其他條件下的問題。
儲存裝置尤其值得留意，因為裝置在較不明顯的問題浮現前，可能已看似可以使用。辨識到磁碟機是一個里程碑；在反覆操作中維持正確行為則是另一回事。評估應同時考慮兩者。
同樣地，吞吐量亦應連同其量度情境理解。連線標示的速率與應用程式實際量得的速度，描述的是不同事物。更快的傳輸技術並不能消除系統其他部分的所有限制。
對企業讀者而言，這個版本並沒有提供任何依據，將實驗性相容性視為受支援的遷移策略。業餘愛好者的示範回答的是某個設定能否運作；投入實際營運則還要考慮維護、復原及可重複性等問題。
這個區別亦保護了專案本身的價值。以維護者未曾作出的主張來評判社群作品，是不公平的比較。已有記錄的實驗範圍，提供了更合理的評估基礎。
因此，對 Windows 98 SE Thunderbolt 支援最可信的解讀應是具體且有條件的：已有值得研究的實體功能報告，但更廣泛的相容性範圍仍需要證據。
留意實體 USB4 測試、可重複性與維護
下一個值得關注的發展，是擴大或釐清相容性界限的具體測試結果。
第一個值得觀察的訊號，是舊版 Windows 在實體 USB4 主機上運行。這將填補開發者記錄中指出的空白。一個詳盡結果將加強軟件可延伸至模擬環境以外的論據。
報告的品質與標題同樣重要。識別控制器及配件會令結果更有用；說明連接、移除及儲存行為，則可顯示路徑中哪些部分已經測試。
失敗測試同樣可以帶來資訊。它可能揭示未獲支援的設定、韌體互動問題，或需要調查的軟件缺陷。清楚的失敗報告可改善相容性地圖，而不只是對專案不利的計數。
第二個訊號是可在獨立設定中重現。來自更多測試者的報告，有助區分單一可行例子與跨設定均能成立的行為。反覆連接及移除的測試，將是特別有用的證據。
這不要求每位測試者重現每項功能。較小規模、描述清晰的結果也能確立個別界限。一個範圍明確的成功案例，比起宣稱一切都能運作的廣泛說法更容易評估。
第三個訊號是首度公布後的維護情況。後續版本應按其所說明及解決的問題來評估。重要問題是，改動是否在保留先前可行案例的同時，令行為變得更可預測。
單憑發行活動無法回答這個問題。更長的改動清單不會自動代表更高可靠性。已報告問題、其診斷過程與經驗證的修正之間的關連，才提供更有用的證據。
這些訊號亦提供了公平評估 AI 貢獻的方法。更多可行設定會加強該開發流程的實際論據；持續出現而未能解釋的故障，則會揭示其工具與測試需要改善之處。
無需圍繞這個版本製造商業對決。其即時受眾是探索主流產品不再優先處理之相容性的愛好者及開發者。更廣泛的意義在於，他們可如何評估及維護成果。
對 AI 產品使用者而言，教訓在於證據。一個引人入勝的示範可以證明某件有趣的事確實發生過；文件記錄及可重複測試，則有助證明發生了甚麼、在哪些條件下發生，以及結論可延伸多遠。
在未來數月，這些細節將比再度重述標準清單更具參考價值。該專案已提供可供檢視的具體實作；其下一章取決於能否擴大圍繞它的觀察集合。
如果你對這個專案感興趣，請先查看已有記錄的硬件結果，並與你真正想了解的設定作比較。把實體測試與模擬測試分開看待，並在解讀示範前先閱讀目前的限制。對開發者而言，應研究測試環境如何為實作改動建立回饋；對愛好者而言，應留意能識別完整連線路徑並說明移除行為的報告。Windows 98 SE Thunderbolt 支援值得關注，因為它令一個具體的相容性問題變得可觸及。隨著證據增加，應追蹤它，並問下一個結果是擴大受支援的界限，還是令該界限更清晰。
