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——一种常用于固态硬盘的存储接口。其文档将这一用途与围绕永久连接存储设备设计的驱动程序区分开来。

这种分离有助于说明，单一标题如何可能掩盖多个工程项目。负责建立并维护通往已连接硬件路径的连接管理器，承担一种职责。存储驱动承担另一种职责，操作系统则必须协调两者的结果。

对用户而言，重要的结果是，应按实际行为评估支持情况。设备会在启动后出现吗？它能被干净地停止吗？重新连接后能否恢复为可用驱动器？

这些问题比询问端口是否“能用”更具信息价值。它们也有助于区分连接问题与存储问题。桌面上相似的症状，可能源于软件的不同部分。

同样的逻辑也适用于包含多项功能的扩展坞。能够连接到扩展坞，并不代表其中每项功能都拥有合适的传统软件。每个已连接组件都可能引入另一道兼容性边界。

因此，将实验性传输支持直接解读为对所有现代扩展坞配置的承诺仍为时过早。现有证据支持的是对特定路径和设备的较窄说明。更广泛的主张需要更广泛的测试。

对开发者而言，其架构价值在于：在替换下层阻碍性基础设施的同时，保留有用接口。这种方式可以让旧软件继续保持相关性，而不是假装底层硬件从未变化。

但这也带来了严格的测试难题。替换方案必须满足较新硬件，同时继续呈现旧组件可以理解的行为。即使实现看起来在内部保持一致，故障仍可能出现在这一边界的任一侧。

因此，Windows 98 SE 的 Thunderbolt 支持既是一个集成故事，也是一个驱动故事。可见结果取决于多个组件对于存在什么、它出现在哪里、何时消失达成一致。

AI 辅助与专门构建的测试环境协同工作

最重要的开发启示，是拥有能够检验生成代码的反馈循环。

Meng 表示，项目大量使用了 AI 辅助，但实体故障排查以及与硬件测试人员的沟通仍需要他亲自处理。他的叙述将 AI 置于开发流程之中，而非将其呈现为验证工作的自主替代者。

相关的 USB4 主机模拟器构成了这一流程的另一部分。模拟器会在软件中复现选定的硬件行为。该项目让操作系统连接管理器能够与建模的 Thunderbolt 和 USB4 硬件交互，无需让每项实验都在实体机器上运行。

其文档称已使用 Windows 11 内置连接管理器进行测试，包括设备发现、存储访问和移除行为。这些检查为建模环境提供了外部参考，但并不能证明每个物理控制器的行为都完全一致。

这一区别是解读 AI 辅助系统开发工作的核心。生成的代码可以依据预期进行测试，但预期本身的质量同样重要。一个会接受错误行为的测试环境，可能会让存在缺陷的代码看起来运行成功。

另一项独立实现提供了有价值的验证。如果其他地方开发的软件能够与模拟器交互，就会增强人们对该模型实用性的信心。不过，这仍属于支持性证据，不能替代硬件覆盖测试。

这也改变了此处对“vibe-coded”一词的理解方式。这个词可能暗示一种主要由提示词和即时印象驱动的流程。而该项目的文档中包含参考资料、测试基础设施，以及来自真实设备的反馈。

更有意思的问题在于，这种组合让多少开发工作变得切实可行。单个成功项目无法确立一个普适的生产力倍数，但它可以揭示一个值得更深入研究的流程。

对其他开发者而言，可迁移的要素在于实现与观察之间的关系。代码改动应当产生可供检查的行为。当结果与预期不同时，流程需要有助于定位分歧的证据。

当软件与硬件交互时，这一点尤为重要。一个看似合理的解释可能经得起代码审查，却会在实际运行中失败。对故障的观察所提供的信息，是再一轮推测无法替代的。

同样的原则也适用于文档。记录决策有助于后续工作区分有意施加的约束与偶发行为。对于希望维持这一背景信息的读者而言，工程知识库提供了一种相关的组织方法。

这种关联并不意味着任何笔记产品能够验证驱动程序的正确性。文档保存的是开发者可用的推理过程；测试和硬件观察则评估其决策是否真正有效。

该项目为 AI 用户提供了一个比代码产出量更具体的标准。有价值的问题包括可复现性、已诊断的故障，以及解释某项改动的能力。无论最初的实现由哪种模型生成，这些问题都依然相关。

真实硬件证据存在重要边界

物理 Thunderbolt 测试和模拟 USB4 测试支持的是不同结论。

Meng 在其USB4 开发记录中表示，他在一台 ThinkPad P14s Gen 1 上，于 Windows 98 SE 和 Windows 7 环境下进行了 Thunderbolt 3 测试。他还分别报告了在一台 Framework Laptop 13 上、Windows 10 环境下进行的 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 支持值得关注，因为它让一个具体的兼容性问题变得可感知。随着证据不断积累，关注下一项结果究竟是扩展了受支持边界，还是让该边界更加清晰。